[09:27:03] Hi and thanks for the awesome wiki engine and associated support. Love ya [09:28:13] I'm working on some sources and for some reason Mediawiki thinks that is erronous, what's wrong? Previously I've added named references beloginging to a group without any problems... I just cannot see why this now causes a cite error [09:29:22] It's for the purpose of keeping track of what links were seen first where. I can't see what is wrong with that ref, maybe someone else will notice why it is complaining "Cite error: Invalid tag; invalid names, e.g. too many" [09:30:07] if that's the exact reference text you have the wrong quotes, you have a '”' while you should have '"' [09:30:24] ok.. damn LibreOffice [09:34:23] Kiitos Majavah. Ratkaisit ongelman [12:09:33] it seems I have a much googled error: error creating thumbnail: unable to save thumbnail to destination by upgrading from an ancient version to 1.34 [12:09:59] according to LocalSettings it uses imagemagic and the tmp path is set to uploadir/tmp [12:10:38] or better: $wgTmpDirectory = "{$wgUploadDirectory}/tmp"; [12:10:57] but that {$wgUploadDirectory} didnt contain a tmp dir so created that [12:11:00] still didnt work [12:11:21] only when I turned on debugging ... then suddenly the thumbnail generated on that 1 page :/ [12:11:39] but when I turn off debug mode the thumbnails give the same errors on other pages ... [14:22:11] hello, could someone help me figuring out why https://www.wikimedia.cz/mw/rest.php/v1/page/Hlavn%C3%AD_strana throws "The requested relative path did not match any known handler"? [14:23:16] Urbanecm: works just fine for me? [14:23:38] hmm... interesting, now it works for me [14:23:45] now I'm even more wondering what i did :D [14:24:04] I know that feeling :D [14:24:07] caching? [14:24:16] maybe, really don't know :D [14:24:57] https://www.wikimedia.cz/wiki/Hlavn%C3%AD_strana somehow looks really broken, as if some styles could not be loaded [14:25:32] Majavah: looks fine to me, could you screenshot? [14:26:10] Urbanecm: https://i.imgur.com/VP8MWnL.png [14:26:43] hmm, I can reproduce that in inkongito [14:28:21] all other pages work just fine, only the main page is broken [14:30:03] that's...weird [14:30:11] I did a nulledit [14:30:27] I¨ll have a look [14:49:35] Hey everyone, any advise on how I can completely remove evidence of an IP editing on a wiki? Or modify it to something else? We had a few edits go through as the server IP, nothing of value, and thought it'd be best to know that they're gone. Thank you in advanced. [14:49:47] *advice [14:50:03] What do you mean? [14:50:15] Are you looking for a list of all edits made by that IP, to deal with them? [14:50:30] When someone edited whilst not logged in, instead of using a unique IP, it used the IP of our wiki server. [14:50:48] I want to know if there's any way that can be removed completely? [14:50:56] Remove what? [14:50:57] The edits? [14:51:04] Stop people editing anonymously? [14:51:05] The IP from the list of edits [14:51:11] And the history [14:51:16] You'd have to delete them, or move them to another user/account [14:51:50] Is this something I should be able to do from the special pages? [14:52:39] I don't think so [14:52:49] Well, not if you want to re-attribute them [14:52:54] You can definitely delete them onwiki [14:52:57] You can do this from the reassignEdits.php maintenance script though [14:53:40] Smashing, thank you very much for your help. Take care! [19:25:30] hi [21:37:50] is there a way to get the wiki URL from the CLI environment? [21:40:04] Which url exactly? [21:40:16] `echo $wgServer` via eval.php will work [21:41:07] perfect! Exactly that URL I'm looking for. Thanks, Reedy [21:42:21] assuming $wgServer is set :) [21:42:48] but if its not, then you are probably out of luck at the CLI [21:43:19] heh [21:46:43] Uhm, it is set, luckily. But not so luckily it is not complete. the TLD is missing [21:49:56] What's in your LocalSettings? [21:52:12] It is a wiki farm, so the domain changes and also the TLD can change depending on the server [21:53:08] I'm trying to set a path for a file download, taking all those possibilities into consideration [22:01:12] use parse.php and pass in {{SERVER}} [22:02:37] That probably won't work on a wikifarm, since it would determine the URL dinamically based on request or with env vars [22:03:16] on manitenance scripts you probably have to pass in --server or --wiki or similar to let it know which wiki are you targetting [22:07:40] Thanks Vulpix, I'll see if that works for my use case. I'm a bit skeptic tho [22:12:17] yepp, passing {{SERVER}} to parse.php gives me the same result as $wgServer. [22:14:46] If it's being set dynamically in your LocalSettings.php on web requests... There's basically no way to correlate the actual value unless you're setting it up via some other method [22:20:45] Yes, it is dinamically set :/ [22:21:01] ok, I'll find a workaround then. Thx anyway