[00:00:03] Nah [00:00:05] you're saying that it actually is what we should call in tools and stuff? [00:00:09] It's probably not the right url [00:00:19] But it is production, that's pointing at the load balancer [00:00:39] okay, cool - thanks for the clarification [00:00:56] does it work? [00:01:11] well, I'm not sure what the name of the entry point is [00:01:19] e.g. what URL to send a GET request to [00:01:22] *i.e. [00:02:11] https://en.wikipedia.org/api/rest_v1/?doc [00:02:33] What are you actually trying to do? That might answer as to what you're actually looking for [00:02:47] I'm developing a user script [00:02:54] The user types in some wikitext to be added to the page [00:02:58] I'd like a preview of that [00:03:00] enterprisey: have you looked at the api docs? https://www.mediawiki.org/wiki/Parsoid#The_Parsoid_web_API_.2B_DOM_Spec [00:03:11] p858snake|l: yes, I have [00:03:15] it's still unclear to me, though [00:03:17] You don't need parsoid for that [00:03:34] You can use the parse api [00:03:43] https://en.wikipedia.org/w/api.php?action=help&modules=parse [00:03:56] and that will accept a lot of wikitext? [00:04:00] yup [00:04:06] cool, thanks [00:04:06] as long as you post, obviously [00:04:10] classic XY problem :D [01:48:33] hi! new user here :s if anyone is able to help that'd be awesome - im just trying to setup the mediawiki vagrant and after doing 'vagrant up' it seems stuck at: notice: /Stage[main]/Mediawiki/Git::Clone[mediawiki/core]/File[vagrant/mediawiki]/ensure: created [01:49:09] should i just ctrl+c out of it...its been like that for at least an hour, but i dont want to mess up any installation D: [02:06:13] fmf: maybe :/ the git clone of MediaWiki core can take a really long time. Worst case it if doesn't finish properly, you can clone the repository manually, stick it in the right place, and then re-run "vagrant provision" [02:08:02] thanks for the info! yeah, ive seen some posts about it taking a long time but man this is super long haha. and its just stuck on the same place - which makes me think something went wrong. should i just leave it for the night then? [02:09:02] try legoktm's suggestion [02:12:13] alrighty will do - thanks! [05:23:03] hello! [05:25:17] anyone there? :p [07:21:40] Hi, [07:21:41] The LiquidThreads extension is causing an "In other languages" menu option to appear in the Sidebar of any page that has a LiquidThread on it. [07:21:43] Even though my wiki only has one language [07:21:44] Obviously this is undesired. [07:21:46] My website address is: http://smiliepedia.org/newwiki/Main_Page [07:21:47] Example pages that demonstrate this: http://smiliepedia.org/newwiki/Guestbook [07:21:49] http://smiliepedia.org/newwiki/User_talk:Administrator [07:21:50] Can I get someone's help to fix please? [07:21:52] Also, "Yes," I am aware that LQT is no longer supported [07:21:54] And "No," I am not interested in migrating to Flow (or another extension) at the moment. [07:21:55] I just want some help to get this working properly. [07:21:57] Thanks [08:21:58] Hi, anyone got the new API module generator=revisions introduced in MW-1.25 running? [08:23:25] I don't seem to be able to figure out how to use the revisions module as a generator, so far all queries I tried return an empty result. [10:14:11] Hi, [10:14:13] The LiquidThreads extension is causing an "In other languages" menu option to appear in the Sidebar of any page that has a LiquidThread on it. [10:14:14] Even though my wiki only has one language [10:14:16] Obviously this is undesired. [10:14:17] My website address is: http://smiliepedia.org/newwiki/Main_Page [10:14:19] Example pages that demonstrate this: http://smiliepedia.org/newwiki/Guestbook [10:14:21] http://smiliepedia.org/newwiki/User_talk:Administrator [10:14:22] Can I get someone's help to fix please? [10:14:24] Also, "Yes," I am aware that LQT is no longer supported [10:14:25] And "No," I am not interested in migrating to Flow (or another extension) at the moment. [10:14:27] I just want some help to get this working properly. [10:14:28] Thanks [10:35:08] BradLee_: are you sure the culprit is LQT and not Extension:CollapsibleVector? [10:37:02] @Vulpix: Hmm. That's a valid point. I had assumed it was LQT, since it only happens on pages that have LQT enabled, but maybe it is CollapsibleVector that is not playing nice! [10:37:34] I will try disabling it and see if that makes a difference [10:39:02] well, if that only happens on LQT pages it may be not CollapsibleVector, but it may be related [10:39:18] True [10:39:56] Nope. Disabled CollapsibleVector and the problem still persists. [10:40:42] well, is stupid that LQT would generate that section of the sidevar, since LQT is totally unrelated with languages... [10:40:48] *sidebar [10:42:38] It's not DynamicSidebar either [10:42:53] @Vulpix: Yes, I know. But something about LQT is triggering it. [10:44:37] Very definitely. [10:44:38] I just tried disabling LQT again and the extra menu option disappears :/ [10:45:10] well, you can hide it by CSS I guess [10:47:39] Yes, that's an option. [10:47:40] But there is a noticeable lag when opening a page with an LQT thread, which I think is from having to regenrate the sidebar for the stupid extra menu option [10:48:35] I would rather track down and fix the culprit, than apply a band-aid solution [11:07:17] @Vulpix: Do you have any other ideas where I might look? [11:10:05] if the problem is LQT you may want to fill a bug about that... not sure if someone will look at it in the meantime [11:14:25] I don't think there is any point, seeing as the extension is no longer being maintained [11:14:26] Also the extension page says "WMF provides no support to Wikimedia wikis using it and requests of install on new Wikimedia projects are no longer possible. [11:14:28] Development of version 3.0 was cancelled, too. We do not recommend installing this on new third-party wikis either." [11:14:29] So I guess I am SOL, unless someone is kind enough to look at it for me [11:18:34] BradLee_: LQT is triggering it, but it's being created by this script, which is part of core: http://smiliepedia.org/n/resources/src/mediawiki.action/mediawiki.action.edit.preview.js [11:32:12] Ok. [11:32:13] So what is the best method for preventing it from showing? [11:32:15] Obviously NOT modifying core. [11:40:50] Yeah, hiding it in CSS is going to work :) [19:41:57] we've got a problem on our wiki where, when a new revision of an existing file is uploaded, when you come back to the file page, the web browser will be showing the old version of the image. [19:42:06] there's nothing actually wrong, it's just cached on the client side [19:42:07] but [19:42:22] people think the upload failed and proceed to keep uploading the file OVER and OVER [19:42:25] 4 or 5 times sometimes [19:42:32] creating duplicate files on our server [19:42:40] and we do not have that much drive space to be wasting [19:43:05] is there any kind of solution to force a refresh or at least put a warning in gigantic red letters that appears *after* the new version upload to tell them to refresh the damn page [19:43:26] Do you have any caching infront of your mw install? [19:44:19] possibly but I don't know much about it [19:44:26] the guy that runs the server set it up [19:45:10] It sounds a lot like there's a cache, and the pages aren't being purged on change [19:45:18] Do you have a similar problem when people edit pages? [19:45:22] no [19:45:34] Also, I thought MW should prevent you from uploading duplicate files? [19:45:43] Or does it not do that for "new versions of the same file" [19:45:46] as a new file, yes [19:45:51] as a new revision of an exsiting file, no [19:45:57] it'll let you upload it 10k times if you want [19:45:59] I'm gonna file a bug about that :) [19:46:09] If it's an old file, that's one thing [19:46:13] If it's the current revision... [19:46:21] That's just silly [19:46:34] there's a related bug I also filed for this... [19:47:04] Vulpix: OH? [19:47:11] * Reedy hangs fire from filing it fully... [19:47:20] I guess in the meantime I need to put a warning in some system message or another... [19:47:32] we're behind on upgrading already [19:47:51] I think the problem would be when the file really wasn't uploaded [19:47:58] or the file was removed from the server [19:48:27] and the people trying to reupload it receive an error that it's already the latest version because the hash field says so [19:48:46] I still had to find the original bug. It was about hitting F5 when a file is reverted... it keeps uploading it again. But that's a different thing when reuploading from the upload form [19:49:53] ficing the second would probably fix the first, too [19:49:58] * Reedy files https://phabricator.wikimedia.org/T113900#1679530 [19:50:07] what's that php param you can pass to see what system messages appear on a page? [19:50:23] some dummy language code IIRC [19:50:46] qqx [19:50:54] ?uselang=qqx [19:50:57] thanks [20:00:26] http://doomwiki.org/wiki/MediaWiki:Uploadtext maybe that's loud enough, I dunno [20:01:09] problem is, people do not read that stuff anyway. [20:01:19] it's visual noise [20:26:21] Hello and Big Thanks Thanks for the most awesome and reliable wikiengine there is [20:26:37] can I somehow have the old-style RC on my wiki? [20:36:47] Isn't it a preference? [20:42:43] Reedy: yeah it apprars to be [20:42:53] thanks. U solved this for me [22:11:25] Hi [22:11:46] How does one remove the page name from the main page? [22:11:46] Hi [22:11:53] "__NoPage__? [22:11:59] ty: oooh wikia [22:12:11] "__NoPageTitle__"? [22:27:02] looks like I need to install some extension to allow evaluating of #if and #ifexists? [22:27:11] any idea which is it? [22:27:50] jubo2 Yehp ;p prolly anyways [22:27:51] ahh... seems to be ParserFunctions [22:28:00] https://www.mediawiki.org/wiki/Extension:ParserFunctions [22:28:02] yeah [22:28:14] Should be bundled with tarball but if you use git like me you must download everythingggg