[00:08:33] <Yellow>	 hello
[00:08:38] <Yellow>	 can someone help me with an error?
[00:08:42] <Yellow>	 InvalidArgumentException from line 83 of /var/www/html/w/includes/resourceloader/ResourceLoaderImage.php: File type for different image files of 'apex' not the same in module 'ext.visualEditor.moduleIcons'
[00:09:08] <Yellow>	 it appears in the console
[00:09:16] <Yellow>	 also in visualeditor
[00:09:23] <Yellow>	 im getting jQuery.Deferred exception: OO.ui.CardLayout is not a constructor
[00:09:31] <Yellow>	 when i press the link button
[00:15:53] <venomdev>	 Hi, I'm new to the joomla docs and I'm trying to upload an image but I'm not allowed because of a spam rule
[00:16:21] <venomdev>	 this isn't a joomla docs forum is it?
[00:24:29] <MatmaRex>	 Yellow: i suspect you have incompatible versions of MediaWiki and VisualEditor installed. you probably recently upgraded one of them but not the other
[00:25:36] <Yellow>	 i think both are on git master
[00:27:08] <MatmaRex>	 Yellow: git master of VisualEditor has no references to "CardLayout"
[00:27:25] <Yellow>	 i deleted extensions
[00:27:30] <Yellow>	 im gonna re-clone
[00:29:44] <Yellow>	 turns out my extensions folder was way behind
[00:29:55] <Yellow>	 well a little behind
[00:30:57] <Yellow>	 yay it works
[00:31:03] <Yellow>	 thanks so much MatmaRex
[00:31:21] <MatmaRex>	 glad to help
[09:57:39] <Dukem>	 Where can i delete an uploaded file? I configured my group as sysop but i do not see delete button in file page
[10:54:45] <eddiegp>	 So, I'm working on gerrit:384429. I've basically got a for-loop doing some db query, and it should COMMIT at the end of each iteration - so I $dbw->begin() at the start and $dbw->commit() at the end of each iteration. The SQL query log shows this works fine when calling my function from execute() in maintence script but doesn't when the same function is called from an MWCallableUpdate::doUpdate (deferred
[10:54:47] <eddiegp>	 update) nor when using a job and calling from it's run().
[10:55:56] <eddiegp>	 I'm basically out of ideas what might be wrong. I'd expect it to either work from both (job and maintenance script) or not at all.
[11:04:05] <jgleeson>	 eddiegp can you link me to the code?
[11:04:22] <eddiegp>	 https://gerrit.wikimedia.org/r/#/c/384429/5
[11:04:41] <jgleeson>	 what's the offending file
[11:05:16] <jgleeson>	 got it
[11:05:29] <eddiegp>	 Oh, that's includes/user/UserGroupMembership.php
[11:05:56] <eddiegp>	 purgeExpired() is the function that should be doing it.
[11:10:50] <jgleeson>	 so when you run that, you're not getting anything?
[11:11:19] <jgleeson>	 db unaffected, no errors?
[11:11:27] <jgleeson>	 eddiegp
[11:12:29] <eddiegp>	 So, when I call it from maintenance/purgeExpiredUserrights.php I get what I expect: [BEGIN SELECT DELETE INSERT COMMIT].
[11:12:54] <eddiegp>	 But when it is called from the job, I only get BEGIN [SELECT DELETE INSERT] COMMIT (only the part in [] looping).
[11:13:21] <eddiegp>	 Errors neither in the wiki debug log nor in apache
[11:13:47] <jgleeson>	 so it's behaving like the transaction management is outside the loop
[11:14:09] <jgleeson>	 is it possible the job handler is starting it's own transaction negating yours?
[11:15:03] <eddiegp>	 https://www.mediawiki.org/wiki/Database_transactions says "execute() method of Maintenance scripts, the run() method of Job classes, and the doUpdate() method of DeferrableUpdate classes." are guaranteed to have outer transaction scope.
[11:16:09] <eddiegp>	 Which made me think the job handler shouldn't start any transaction (deferred update neither).
[11:18:52] <jgleeson>	 according to that page, you should of seen an exception if the transaction was already started earlier in the call stack
[11:19:01] <jgleeson>	 so that doesn't look like the issue
[11:20:39] <jgleeson>	 however if it works in one context and not the other, it's environmental 
[11:20:44] <jgleeson>	 or suggests as much
[11:20:48] <jgleeson>	 so something else is different
[11:21:23] <jgleeson>	 try dumping our the db instance at the start of your loop to see what's going on there
[11:21:27] <jgleeson>	 to a log file
[11:22:46] <eddiegp>	 Okay.
[11:23:08] <eddiegp>	 fwiw, I've just put the query log in P6256
[11:23:36] <eddiegp>	 Hmm, the bot doesn't link to pastes: https://phabricator.wikimedia.org/P6256
[11:35:12] <jgleeson>	 hmm
[11:35:58] <jgleeson>	 the difference between 		  186 Query	COMMIT /* UserGroupExpiryJob::run  */  and 		  199 Query	COMMIT /* Wikimedia\Rdbms\Database::commit eddie@eddie-thi... */
[11:36:04] <jgleeson>	 has me curious 
[12:12:31] <jgleeson>	 any luck eddiegp ?
[12:12:42] <eddiegp>	 not so far.
[12:29:50] <eddiegp>	 jgleeson: https://eddie-sh.de/debug-usergroupexpiry.log, although I don't know how helpful that is, it's quite a lot.
[12:30:54] <eddiegp>	 Any better way to dump the db object than redirecting var_dump( $dbw ) into a file?
[12:31:33] <eddiegp>	 It was dumped four times, each time the loop was run.
[12:49:58] <jgleeson>	 yeah that is a lot
[12:50:24] <jgleeson>	 I was hoping to find something indicating the transaction was holding already existing queries 
[12:50:42] <jgleeson>	 as it would indicate your code does not own the transaction scope
[12:50:59] <jgleeson>	 I'll go through it in more detail in a bit, just trying to finish something
[12:52:43] <eddiegp>	 Reading a bit more into the mw-page from above I was wondering whether it might be related to DBO_TRX: "Calling begin() or commit() when DBO_TRX is set may log a warning and no-op." - I'll have a look whether enqueueing & running that job from the cli makes a difference.
[13:24:16] <eddiegp>	 Hmm, https://www.mediawiki.org/wiki/Database_transactions#Examples_2 (Case A/B) shows how it should be handled (no direct ->begin()/->commit() but using a transaction ticket (whatever that is) and LBFactory->commitAndWaitForReplication(). This seems to work for the job (but not the maintenance script). :/
[14:33:27] <Dukem>	 How do I use the ldap grp i signed in with in mediawiki ?
[14:33:39] <Dukem>	 its putting me in the users grp 
[14:35:35] <Dukem>	 i set $wgLDAPUseLDAPGroups
[14:35:40] <Dukem>	 as true but it didn't work
[14:38:12] <Reedy>	 You've literally done $wgLDAPUseLDAPGroups = true; ?
[14:38:22] <Dukem>	 no i used the correct syntax
[14:38:39] <Dukem>	 $wgLDAPUseLDAPGroups = array(
[14:41:22] <setuid>	 I've just installed mw 1.29, and have staged some content in it. While logged in, I can see the content, skin, sidebar, etc. When someone not logged in visits the pages, they get a completely non-skinned, white page with blue links, vertical links for the nav bar, etc. 
[14:41:46] <setuid>	 I checked $wgDefaultSkin, and its set to something valid, so why are they seeing a 'plain', unskinned wiki? 
[15:13:12] <Dukem>	 hmm access control is broken in 1.29?
[15:13:31] <Dukem>	 Invalid or virtual namespace -1 given.
[15:14:00] <andre__>	 setuid: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing
[15:25:15] <Dukem>	 any other extension i can use besides access control which is currently broken?
[15:47:55] <setuid>	 andre__: What I'm trying to do, is take the html output from the openstack-manuals project (rendered html from buildstream) and run it thorugh pandoc to produce markdown, which I then run though pandoc again to produce mediawiki format markdown (I can't do it in one pandoc step, there's a mess of divs that need to be stripped out) 
[15:48:23] <setuid>	 I'm essentially doing: find . -type f -name '*html' | while read line; do pandoc -f html -t markdown-raw_html-native_divs-native_spans -o "${line%.html}".md "$line"; done;
[15:48:27] <setuid>	 then: find . -type f -name '*.md' | while read line; do pandoc -w mediawiki "$line" -o "${line%.md}".wiki; done;
[15:48:39] <setuid>	 But it produces some semi-broken mediawiki constructs
[15:49:16] <setuid>	 The output looks like: https://paste.debian.net/hidden/56996fb7/
[15:49:44] <setuid>	 brion: You still working on mw? :) Sheesh, it's been ... what, a decade, since I was last in here converting Wikipedia to Plucker format on PalmOS devices :D 
[15:51:00] <setuid>	 Something wonky with the sidebar nav too, doesn't support more than one top-level indent
[15:53:59] <Dukem>	 guys if you are having an issue with access control bug namespace -1... There is a fix https://www.mediawiki.org/wiki/Extension_talk:AccessControl
[15:57:42] <brion>	 Good times :)
[16:02:30] <Dukem>	 can anyone point me in the right direction? I want to use ldap group on wikimedia instead of users group
[16:12:21] <setuid>	 Is there an easier way to get sidebar HTML into mediawiki markdown, without having to nearly touch every line by hand in an editor? 
[16:12:49] <setuid>	 Converting things like: 
[16:12:51] <setuid>	 == Getting Started with OpenStack[[#getting-started-with-openstack|¶]] ==
[16:12:53] <setuid>	 to: 
[16:13:10] <setuid>	 == <div id="getting-started-with-openstack">Getting Started with OpenStack</div> ==
[16:13:11] <setuid>	 is a pain 
[16:15:19] <d3r1ck>	 /c/c
[16:15:40] <d3r1ck>	 ops :(
[16:17:25] <setuid>	 Sloppy, but effective: perl -pi -e 's,\=+(.*)\[\[\#(.*)\|\¶\]\] \=,\=\= <div id="$2">$1</div> \=\=,g' *wiki
[16:25:09] <setuid>	 Is there a way to provide Notice, Important, Warning, Tip, Caution, etc. style formatting for blocks of wikitext? 
[16:26:28] <setuid>	 Wait, is this it? https://wiki.nci.nih.gov/display/WikiTrainFAQsTips/Creating+a+caution,+warning,+tip+or+info+box
[16:28:03] <setuid>	 blerp, that's confluence, n/m
[16:30:57] <Skizzerz>	 setuid: you can make a template for them
[16:31:13] <Skizzerz>	 e.g. {{notice|Your notice text goes here}}
[16:31:17] <setuid>	 I'm looking here: https://www.mediawiki.org/wiki/Template:Caution
[16:31:20] <setuid>	 but it's not clear how to actually make the template
[16:31:30] <Skizzerz>	 you create a page in the Template: namespace
[16:31:41] <Skizzerz>	 to use it, {{template name|parameters|go|here}}
[16:31:43] <setuid>	 A page with what content? What markup? What styling? 
[16:31:47] <Skizzerz>	 mediawiki markup
[16:31:56] <Skizzerz>	 templates just inject that content into the page
[16:31:59] <setuid>	 *facepalm*, no kidding, but _what_ wiki markup? 
[16:32:05] <setuid>	 You're not understanding the question
[16:32:11] <Skizzerz>	 mediawiki markup
[16:32:24] <setuid>	 When I use {{Caution} Something here... _what_ puts the caution icon/red bounding box, etc.? 
[16:32:25] <Skizzerz>	 templates can contain anything valid in mediawiki
[16:32:36] <Skizzerz>	 edit the page to find out
[16:32:42] <Skizzerz>	 it's likely a <div> with either a style="..." or a CSS class
[16:32:55] <setuid>	 The page is blank, the template is blank. Ok, so basically edit raw HTML, point it to a png file, etc.? 
[16:33:18] <Skizzerz>	 https://www.mediawiki.org/w/index.php?title=Template:Caution&action=edit
[16:33:22] <setuid>	 there's no built-in methods to handle: warning, info, caution, notice, etc? Everyone does it by hand? 
[16:33:46] <Skizzerz>	 correct
[16:33:50] <setuid>	 ugh
[16:34:20] <Skizzerz>	 see also https://www.mediawiki.org/wiki/Help:Templates
[16:34:26] <Skizzerz>	 since that edit link is likely very confusing
[16:34:35] <Skizzerz>	 due to tons of other crap that template page is doing
[16:38:34] <setuid>	 Ok, so something like: 
[16:38:35] <setuid>	 '''<div style="color:red">CAUTION</div>'''
[16:38:35] <setuid>	 <div style="background-color:#fcc; border:1px solid #f00">{{{1}}}</div>
[16:38:52] <setuid>	 I'll have to add some remote URIs to warning icons and such
[16:39:12] <Skizzerz>	 or upload the icons locally
[16:39:21] <Skizzerz>	 (image hotlinking is disabled by default)
[16:39:22] <setuid>	 Can't do that, so I'll link to remotes
[16:39:54] <setuid>	 This has to be HTML only, as an exportable format that can be imported into the "real" wiki once I've mangled all the content into a clean format
[16:40:09] <setuid>	 having to do this all by hand, is an enormous pain. What is this, 1987 againn? 
[16:40:29] <Skizzerz>	 is the "real" wiki also mediawiki?
[16:40:35] <setuid>	 Yes
[16:41:36] <Skizzerz>	 if you have server access to both this wiki as well as the final one, exporting images is slightly time-consuming but not difficult
[16:41:47] <setuid>	 I don't have server access, nor do I have admin 
[16:41:54] <Skizzerz>	 ah
[16:42:16] <Skizzerz>	 well, hotlinking images is disabled by default and needs either server access or admin to enable
[16:42:37] <Skizzerz>	 so you may have issues going down that route
[16:42:41] <setuid>	 I'll include pngs with my export and have them put them in assets, link to them that way 
[16:43:38] <Skizzerz>	 do you have admin on the current wiki you're working on?
[16:44:06] <setuid>	 Yes, I've done a local install so I can work out the changes I need to make to the content
[16:44:23] <setuid>	 Once everything is clean and correct, we have to export everything as separate pages and import back into the other wiki 
[16:44:48] <Skizzerz>	 ok, so if you find templates for warning, caution, etc. on other wikis you like, you can export them from those wikis and import them locally
[16:44:52] <Skizzerz>	 so you don't need to retype it all
[16:45:04] <Skizzerz>	 there's a page Special:Export on every wiki that can export pages
[16:45:09] <setuid>	 That's what I was hoping to find, but nobody has examples that I can see 
[16:45:21] <Skizzerz>	 and a page Special:Import on your wiki that imports the dumps that Special:Export generates (Import requires admin access)
[16:45:43] <setuid>	 These really should be included/canned functions, templates that ship with the core, so you can reuse/change or simply use as-is, with the default install 
[16:45:47] <Skizzerz>	 https://en.wikipedia.org/wiki/Template:Warning
[16:46:08] <Skizzerz>	 they also have a Caution and Notice template there
[16:47:23] <setuid>	 Export is disabled on main wikipedia site, it seems 
[16:47:27] <setuid>	 Special:Export that is 
[16:47:32] <Reedy>	 No... shouldn't be
[16:47:54] <Reedy>	 https://en.wikipedia.org/wiki/Special:Export works fine as anon
[16:48:10] <Skizzerz>	 https://en.wikipedia.org/wiki/Special:Export?pages=Template:Warning%0ATemplate:Caution%0ATemplate:Notice&templates=1
[16:48:45] <Skizzerz>	 save that as export.xml on your computer, then upload that to your wiki's Special:Import
[16:49:12] <Skizzerz>	 you should also add $wgUseInstantCommons = true; to your LocalSettings.php if it isn't in there already
[16:49:22] <Skizzerz>	 (to get the images to show up)
[16:49:38] <setuid>	 Can't view the source, can't edit (expected), can't do much there, it's protected. 
[16:50:02] <Reedy>	 You can always view the source
[16:50:20] <Reedy>	 https://en.wikipedia.org/wiki/Template:Warning?action=edit
[16:50:29] <setuid>	 Nope, using View Source option gives me a protected, very truncated (about 10 lines) of content
[16:50:41] <Reedy>	 That is all the content
[16:50:49] <Reedy>	 The problem is you need a chain of templates. So you want to use export to make your life easy
[16:51:57] <Skizzerz>	 the link I gave exports all the related templates
[16:52:06] <Skizzerz>	 you literally just need to save that file and import it to your wiki
[16:52:12] <Skizzerz>	 and it'll give you all of the supporting templates needed
[16:52:36] <Skizzerz>	 looks like Scribunto is required too
[16:53:54] <setuid>	 Ok, so that's a blocker too. 
[16:54:04] <setuid>	 If it's not part of the absolute default install, then I can't use it 
[16:54:13] <setuid>	 I can't assert plugins, external add-ons, nothing 
[16:54:33] <setuid>	 I don't control the upstream wiki, and I can't require anything they don't already have (base install) 
[16:55:10] <setuid>	 This really is a pita, and should come with the default install 
[16:57:24] <Reedy>	 What should?
[16:57:29] <Reedy>	 What do you mean by "default install"?
[17:01:01] <setuid>	 Reedy: Some basic Info/Warn/Caution style templates for blocking out sections of text with those conditions, should come as part of the default install. The install you get when you unpack the tarball, set up your db, and start creating pages. 
[17:01:16] <Reedy>	 Many people wouldn't agree
[17:01:20] <setuid>	 It's something a large %'age of mw users will use right out of the box 
[17:01:40] <Reedy>	 It's easy to add yourself. Export makes it very easy
[17:01:43] <Reedy>	 You still need some extensions
[17:01:47] <setuid>	 Except when it doesn't
[17:02:12] <Reedy>	 The exporting is easy
[17:02:26] <Reedy>	 Just because your wiki doesn't have the correct extensions installed to make it work, isn't our fault
[17:02:32] <Reedy>	 Nor is it MediaWiki's fault generally
[17:03:04] <setuid>	 You don't need extensions to provide the 2 lines of markup I pasted above
[17:03:23] <setuid>	 It's a starting point, not a fully comprehensive, dynamic, Scribunto solution
[17:08:14] <Skizzerz>	 vanilla mediawiki without extensions is nearly impossible to set up complex things in
[17:08:32] <Skizzerz>	 the installer even comes with "standard" extensions
[17:08:48] <Reedy>	 Of course, parserfunctions to scribunto migrations made some things harder
[17:08:54] <Skizzerz>	 yeah
[17:09:04] <Skizzerz>	 but it sounds like they don't even have PF?
[17:09:13] <Skizzerz>	 which means using {{qif}} >_>
[17:12:11] <setuid>	 What's the right way to do inline css in the markup for a template, without having to use a mile-long: <div style="foo: bar; blort:quux;">..</div> style syntax? 
[17:12:15] <Skizzerz>	 Reedy: do you know if it's possible to export old revs of templates (like, "give me a snapshot of these templates as they all were on X date")?
[17:12:20] <setuid>	 templates don't correctly parse/render <style> blocks
[17:12:41] <Skizzerz>	 setuid: <div class="something"> and add CSS to [[MediaWiki:Common.css]]
[17:12:50] <Reedy>	 Skizzerz: AFAIK no, but I'm sure there's a task requesting it
[17:12:50] <Skizzerz>	 (requires admin)
[17:13:04] <setuid>	 Ok, so mile-long divs it is. Thanks. 
[17:14:40] <setuid>	 Why is it that when I change a template (Template:Caution for example), and go back to the pages that refer to it, they don't show the changes, until I edit the referring pages, and just Save them (making zero changes), then they show the updated template? 
[17:14:52] <Skizzerz>	 job queue didn't run the updates yet
[17:14:59] <setuid>	 ah
[17:15:11] <Reedy>	 So when someone edits a template used on millions of pages, wikipedia doesn't die
[17:15:38] <Skizzerz>	 on a default install, simply browsing around a couple of pages will update them
[17:15:49] <Skizzerz>	 (your browser may be caching as well)
[17:16:09] <setuid>	 Right, not the browser, something on the backend
[17:16:46] <setuid>	 I also noticed that it throws a random:  {{#invoke:Message box|mbox}}  
[17:16:48] <Dukem>	 anyone had visualeditor stop pasting excel spreadsheets automatically? It was workign at first..
[17:16:52] <setuid>	 into my page, where that doesn't exist anywhere
[17:16:54] <Skizzerz>	 the #invoke thing is Scribunto
[17:17:00] <setuid>	 I can't get that garbage out of the page
[17:17:27] <Skizzerz>	 so if Scribunto isn't installed, that tag does nothing
[17:17:43] <setuid>	 Scribunto isn't installed, and why is that tag suddenly appearing in my page? 
[17:18:06] <Skizzerz>	 the templates you imported required Scribunto
[17:18:19] <Skizzerz>	 you can roll back the template to your older version
[17:18:20] <setuid>	 So it failed to import, but left a bunch of orphaned templates half-inistalled? 
[17:18:27] <Skizzerz>	 didn't fail to import
[17:18:47] <setuid>	 Well, the bright red error message indicated that it failed to import, because it couldn't find Scribunto
[17:18:56] <Skizzerz>	 hmm, odd
[17:19:08] <setuid>	 My template hasn't changed, it's 2 lines of markup, but now its' silently including that garbage at the bottom of the rendered page of the _caller_, not the template ppage
[17:19:13] <Skizzerz>	 check RecentChanges
[17:19:19] <Skizzerz>	 see if any pages were imported
[17:19:47] <setuid>	 Yes, Import Log shows some pages. I'll delete them all. 
[17:21:26] <setuid>	 Cannot rollback last edit of Template:Mbox by Setuid (talk | contribs); someone else has edited or rolled back the page already. 
[17:21:36] <setuid>	 I'll blow away this install, it's probably trashed at this point
[17:21:39] * setuid sighs deeply
[17:22:23] <Dukem>	 btw, firefox wont let visualeditor paste spreadsheet but with chrome it works fine
[17:22:26] <setuid>	 Yep, confirmed. That incomplete import trashed everything. 
[17:23:56] <Skizzerz>	 :(
[17:24:13] <setuid>	 Can't roll back any changes to any page I've made, I can only delete pages
[17:25:39] <Skizzerz>	 that sounds like a bug
[17:25:44] <Skizzerz>	 what version of mw did you install locally?
[17:26:02] <setuid>	 Deleted the pages that were half-imported, now instead of: " {{#invoke:Message box|mbox}}  ", it shows Template:Mbox. 
[17:26:04] <setuid>	 grr
[17:26:17] <setuid>	 Skizzerz: 1.29, latest available on the site as of this morning
[17:26:24] <setuid>	 You should be ablel to see this: http://opswiki.openstack.nonpublic.org/index.php/Common/conventions
[17:29:02] <setuid>	 Instead of showing the missing Template:Notice and Template:Warning, it's showing Template:Mbox in its place
[17:29:05] <setuid>	 that seems like a bug
[17:29:24] <setuid>	 {{Foo|This is foo}} should show Template:Foo, right? It shows Template:Mbox
[17:29:46] <Skizzerz>	 yes
[17:29:53] <Skizzerz>	 run the rebuildall.php maintenance script?
[17:31:02] <setuid>	 https://paste.debian.net/hidden/57b63326/
[17:31:50] <Skizzerz>	 did it work?
[17:31:53] <Skizzerz>	 (check the pages again)
[17:31:57] <setuid>	 They're the same
[17:32:00] <Skizzerz>	 :(
[17:32:09] <setuid>	 You can see it here: http://opswiki.openstack.nonpublic.org/index.php/Common/conventions
[17:33:38] <setuid>	 I'm blowing it away and starting over, easier to start clean, than try to fix, miss something and make my debugging harder 
[17:33:52] <setuid>	 I'm only 4 hours into this work, so half a day wasted 
[17:39:26] <s0-low>	 hye
[17:39:28] <s0-low>	 there
[17:39:46] <s0-low>	 any one online ?
[17:39:52] <setuid>	 No
[17:40:23] <s0-low>	 being cool 
[17:41:32] <s0-low>	 can someone explain 
[17:41:37] <s0-low>	 https://en.wikipedia.org/w/api.php?action=query&format=json&list=search&srsearch=srikanth&callback=?
[17:41:42] <s0-low>	 media wiki api
[17:41:53] <s0-low>	 i have small doubt in the url
[17:42:09] <Skizzerz>	 !api has documentation
[17:42:09] <wm-bot>	 The MediaWiki API provides direct, high-level access to the data contained in the MediaWiki databases. Client programs should be able to use the API to login, get data, and post changes. Find out more at < https://www.mediawiki.org/wiki/API >. For client libraries in various languages, see < https://www.mediawiki.org/wiki/API:Client_Code >.
[17:42:34] <Skizzerz>	 you don't need a callback param unless you're using jsonp (which you should not be using)
[17:42:42] <s0-low>	 where is the parameter srsearch in api docs
[17:43:03] <Skizzerz>	 it'd be part of the search module if it exists
[17:43:36] <Skizzerz>	 https://en.wikipedia.org/w/api.php?action=help&modules=query%2Bsearch
[17:46:33] <s0-low>	 @Skizzerz How to see whether that search module exists in that url ?
[17:46:49] <Skizzerz>	 I do not understand your question
[17:47:36] <s0-low>	 https://en.wikipedia.org/w/api.php?action=query&format=json&list=search&srsearch=srikanth&callback=?  
[17:47:44] <Skizzerz>	 you get results
[17:47:48] <Skizzerz>	 the module obviously exists
[17:48:18] <s0-low>	 yes ...it exists and works but i dint understand the construction of url 
[17:48:43] <Skizzerz>	 see the first link I gave (or wm-bot gave, more precisely)
[17:48:49] <s0-low>	 my exact question is from where did the srsearch parameter come from ?
[17:49:05] <Skizzerz>	 srsearch is a parameter specified by the search module
[17:49:08] <Skizzerz>	 (list=search)
[17:49:18] <Skizzerz>	 list is a param specified by the query module (action=query)
[17:49:39] <Skizzerz>	 go down/up the chain, specify the params they say to specify
[17:49:55] <Skizzerz>	 the API docs are generally quite good and tell you what is required/optional and what each param does
[17:49:57] <Skizzerz>	 aka go read them
[17:50:56] <s0-low>	 okay i ll do that bro..thanks for the help
[17:53:48] <magnulu>	 I am in the process of making my first wiki - for my organization.. we already have a 150+ page document which I am going to "wikialize"
[17:56:21] <magnulu>	 I am struggling a bit how to structure my information
[17:59:32] <magnulu>	 suggested readings? I have googled and searched the mediawiki help, but still I am struggling
[18:03:44] <setuid>	 Skizzerz: Is there an easy way to purge all page history except the last edits? 
[18:03:56] <setuid>	 IOW, dump all of the silly minor edits where I'm testing things? 
[18:04:28] <Skizzerz>	 deleteOldRevisions.php maintenance script
[18:04:46] <Skizzerz>	 although if you're dumping to import into a different wiki
[18:04:56] <Skizzerz>	 you can simply choose to only dump the most recent rev (instead of all revs)
[18:05:16] <setuid>	 Yeap, I just want to keep it clean and have only the last/latest revisions shown
[18:23:15] <Spiker01>	 Hello. Explain how to change not a single cell, but the entire table? style = "background-color: dark" does not work for me.
[18:26:46] <setuid>	 Hrm, I uploaded an svg into /resources/assets, and tried using [[:File:/resources/assets/file.svg]] and [[media:/resources/assets/file.svg]] and neither display the file inline
[18:28:48] <Reedy>	 It wouldn't
[18:42:13] <setuid>	 This is weird... I just used "[[File:Warning_icon.svg|30px]] {{{1}}}" in my template, which works. If I copy that svg to "Important_icon.svg" and use: "[[File:Important_icon.svg|30px]] {{{1}}}", all I get displayed is '30px'
[18:42:14] <setuid>	 wtf? 
[18:43:28] <andre__>	 how did you "copy"?
[18:44:01] <setuid>	 sever side, cp Warning_icon.svg Important_icon.svg, same way I got the Warning_Icon.svg in there.. They all reside in the /resources/assets folder. 
[18:44:28] <setuid>	 Warning_icon.svg and Information_icon.svg in there work, but Important_icon.svg does not. 
[18:44:38] <setuid>	 same perms, same template construct, everything is identical. 
[18:44:47] <andre__>	 so MediaWiki does not know anything about your so-called "copy".
[18:44:49] <Reedy>	 File: doesn't use files from the resources folder
[18:44:57] <setuid>	 It sure does
[18:45:04] <Reedy>	 No, it doesn't
[18:45:10] <setuid>	 I drop a file in there, then use [[File:thatfile|30px]] and it picks it up
[18:45:32] <Spiker01>	 Who will answer my question? I can not understand: Is it possible to change the color of all cells at only once?
[18:46:10] <Reedy>	 Hmmm. apparently it does
[18:46:12] <Reedy>	 o_0
[18:46:14] <Reedy>	 since when
[18:46:31] <setuid>	 Reedy: But not all files? Something broken with a filename parser? Unintended bug? 
[18:46:49] <andre__>	 Spiker01: Yes, style="background-color:red" does exactly that.
[18:47:11] <Reedy>	 setuid: as an aside, you shouldn't be just putting random files in there anyway
[18:47:25] <setuid>	 Reedy: they're not random, they're part of the templates I'm creating. Is there a better way? 
[18:47:40] <Reedy>	 They are random
[18:47:42] <Reedy>	 Yes, you upload them to the wiki
[18:47:44] <Reedy>	 !upload
[18:47:44] <wm-bot>	 File uploads are disabled by default, set $wgEnableUploads=true; to enable it. See <https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads> for configuration details, <https://www.mediawiki.org/wiki/Help:Managing_files> and <https://www.mediawiki.org/wiki/Help:Images> for using uploaded images and other files.
[18:48:16] <setuid>	 There doesn't appear to be a way to "upload" and that's not going to be an option anyway in the production version of this, so I need to either include these as part of my export, or find a way to link to remote resources. 
[18:48:35] <Reedy>	 Visit Special:Upload
[18:48:38] <setuid>	 Enabling uploads is dangerous, so they're not likely to do that
[18:48:45] <Reedy>	 Why is it dangerous?
[18:49:01] <setuid>	 Unless it can be restricted to one and _ONLY ONE_ user account
[18:49:10] <Reedy>	 If you want, you could, yes
[18:49:19] <Reedy>	 You could enable it while you build the wiki, and disable it later
[18:49:24] <setuid>	 Without touching the config file on the filesystem or modifying the underlying code that powers mw
[18:49:54] <Reedy>	 But putting files randomly on disk is ok?
[18:49:56] <Spiker01>	 <andre__ > {|style="background:#a8e4a0" border="1px" align="center"| |} Does not change the color of the table.
[18:49:58] <Reedy>	 You seem to have *very* weird requirements
[18:50:15] <setuid>	 Reedy: Not randomly, no. They're known imported assets that will be deilvered with the exported pages. 
[18:50:27] <setuid>	 Unless the import knows how to base64 decode image data from an XML import and put it somewhere
[18:51:20] <Spiker01>	 <andre__> But if you set this style to a cell, the color will change.
[18:52:26] <Reedy>	 setuid: Do you have instantcommons enabled
[18:52:29] <Reedy>	 https://commons.wikimedia.org/wiki/File:Poweredby_mediawiki_88x31.png
[18:52:44] <Reedy>	 It happens because there's a file of the same name it can pull from another repo
[18:53:01] <setuid>	 $wgUseInstantCommons = true;
[18:53:06] <Reedy>	 Yes
[18:53:29] <Reedy>	 Turn that off, then [[File:poweredby_mediawiki_88x31.png]] for example will no longer work
[18:53:31] <setuid>	 I'm pulling all of these files from commons to local disk
[18:54:10] <setuid>	 ah, neat.. so they're not really coming from local disk, but they appeared to be, until the filenames diffef
[18:54:12] <setuid>	 *differ
[18:55:17] <Reedy>	 Yeah, it'll cache them locally, IIRC
[18:55:59] <magnulu>	 to follow up to my precious question - the simplest approach is to create individual PAGES based on chapters in our 150+ static "operational manual" - would I regret this if I later want to categorize them or organize them another way?
[18:56:10] <magnulu>	 precious = previous :-)
[18:56:27] <Spiker01>	 <andre__> {|style="background-color:#a8e4a0" border="0.5px" align="center" Thanks. Its work.
[18:57:38] <setuid>	 Where are the permitted filetypes configured? 
[18:57:45] <setuid>	 seems I can't upload svg, but I can link to svg
[18:57:59] <Reedy>	 Why can't you link to it?
[18:58:11] <Reedy>	 Does it just display? Or doesn't it thumbnail?
[18:58:26] <setuid>	 It's flattened, white background which is not what I need or want
[18:58:44] <setuid>	 because I had to convert the svg to png to get it to be accepted as an upload
[18:58:49] <Reedy>	 $wgFileExtensions
[18:58:53] <Reedy>	 $wgFileExtensions = [ 'png', 'gif', 'jpg', 'jpeg', 'webp' ];
[18:59:18] <setuid>	 So just add that to LocalSettings.php? (does not exist currently) 
[18:59:40] <Reedy>	 No
[18:59:45] <Reedy>	 It's defined in DefaultSettings
[18:59:53] <Reedy>	 You can add extra file extensions to the array
[19:00:26] <setuid>	 That doesn't appear to be anywhere in SpecialPages. Why are there 17 places to configure things? 
[19:00:45] <Reedy>	 There's not 17 places
[19:00:48] <Reedy>	 !localsettings
[19:00:48] <wm-bot>	 All configuration is done in LocalSettings.php (near the end of the file). Editing other files means modifying the software. Default settings are not in LocalSettings.php, you can look in DefaultSettings.php. See <http://www.mediawiki.org/wiki/Manual:Configuring_MediaWiki>, <http://www.mediawiki.org/wiki/Manual:LocalSettings.php>, <http://www.mediawiki.org/wiki/Manual:Config_script>, and <http://noc.wikimedia.org/conf>
[20:24:06] <diverdude>	 Hi, is there a simple way setting up MW via docker or similar?
[20:26:07] <andre__>	 maybe https://github.com/wikimedia/mediawiki-docker
[20:27:00] <Headbomb_>	 Datadumps for November 1 seem to not be generated. Is there an ETA on the next dump?
[20:29:26] <eddiegp>	 Headbomb_: There was some mail about that ...
[20:30:23] <eddiegp>	 Headbomb_: https://lists.wikimedia.org/pipermail/wikitech-l/2017-October/089040.html
[20:32:10] <valerio-bozzolan>	 Hello, I've submitted my first MediaWiki patch in Gerrit. Do you know why the linter dies? https://gerrit.wikimedia.org/r/388342
[20:33:14] <Headbomb_>	 eddiegp, thanks, will read
[20:35:56] <andre__>	 valerio-bozzolan, hmm.... "Timeout after 10 minutes". So something broken in the infrastructure. Might be a question for #wikimedia-releng
[20:36:00] <eddiegp>	 valerio-bozzolan: AFAICS that's not your fault. Let's run the real testsuite on it and see how that goes - the linter is just a reduced set of test. (I've triggered the other test by commenting "recheck" - it needs the user to be on a whitelist to prevent people from running malicious code on the wmf servers that run these tests).
[20:36:44] <valerio-bozzolan>	 Wow, thanks
[20:37:08] <andre__>	 valerio-bozzolan: Thanks for your patch :)
[20:37:54] <valerio-bozzolan>	 Thank you :) (OT: is there a way to delete a Gerrit patch? I've abandoned one, because of a typo in the commit message)
[20:38:37] <eddiegp>	 No, you can only abandon it. However there's no need to abandon a patch because of a typo or similar. You can amend it and upload a new patchset.
[20:38:51] <andre__>	 https://www.mediawiki.org/wiki/Gerrit/Tutorial#Amending_a_change_.28your_own_or_someone_else.27s.29
[20:38:54] <eddiegp>	 We've got documentation about that somewhere I believe, ...
[20:38:58] <andre__>	 yes :P
[20:39:01] <valerio-bozzolan>	 Wow, thanks both
[20:39:02] <eddiegp>	 :D
[20:39:51] <valerio-bozzolan>	 And tell me if I'm wrong, but paladox is running the same eddiegp 's recheck. Isn't it?
[20:40:19] <paladox>	 i ran recheck without realising eddiegp did it.
[20:40:34] <paladox>	 he reported the problem in #wikimedia-releng
[20:41:43] <valerio-bozzolan>	 OK it's clear, thanks :)
[20:45:05] <apergos>	 Headbomb_: still here?
[20:45:12] <Headbomb_>	 apergos, yes
[20:45:22] <apergos>	 sorry I missed your q, I was working on the dumps move as we speak
[20:45:40] <apergos>	 you can subscribe to that phabricator task mentioned in the email and get all the updates as the happen
[20:45:49] <apergos>	 which might be more than you want :-)
[20:46:03] <apergos>	 I'm about to add an update right now in fact
[20:46:18] <Headbomb_>	 no biggie, was just wondering what was up with them. I saw the ticket/mailing list yeah. As long as they're not dead for months, I'll be ok. Just wondering on a general ETA (days, next week, next month...)
[20:48:14] <apergos>	 Nope, I am just doing things step by step here
[20:48:23] <apergos>	 trying to make sure nothing breaks, or at least the minimum.
[20:48:41] <apergos>	 they are in fact running, you just don't see them yet becaue they are written to an internal server
[20:48:53] <apergos>	 instead of, as they used to be, directly to the public web server, poor thing
[20:49:36] <apergos>	 I'll do a crappy rsync at some point here just to get current files over, just before I go to bed
[20:50:12] <apergos>	 this weekend I'll see about making that nicer.  I want to watch resource usage on all the hosts involved.
[20:50:27] <apergos>	 tl;dr: some files tonight.
[20:50:38] <apergos>	 at worst case, tomorrow's files sometime late tomorrow. etc.
[20:57:51] <Headbomb_>	 apergos, cool, i'll be looking forward to the juicy files
[20:58:23] <Headbomb_>	 apergos, will they be accessible via https://dumps.wikimedia.org/enwiki/ ?
[20:58:29] <Headbomb_>	 [for enwiki at least]
[20:59:14] <Dukem>	 Hey guys. Can someone please help a fellow ? I am stuck. I trying to configure ldap group to have it's own permission based on what group the user join with. So if you login with ldap group ITAdmin you get the ITAdmin configured rights. Right now I am part of "Autoconfirmed users, Users"
[21:00:13] <apergos>	 Headbomb_: yep the usual places
[21:00:40] <Dukem>	 I have ldap auth nailed. but group inheritence is not working
[21:02:05] <Dukem>	 $wginheritldapgroup anyone?
[21:02:39] <Headbomb_>	 apergos, awesome, keep at it then
[21:08:28] <Green_>	 hello
[21:08:52] <Green_>	 whenever i run forceSearchIndex.php for cirrussearch i get an error
[21:08:53] <Green_>	 MWException from line 4060 of /var/www/html/w/includes/user/User.php: CAS update failed on user_touched for user ID '17' (read from replica); the version of the user to be saved is older than the current version.
[21:09:02] <Green_>	 a quick google search yields no results
[21:09:08] <Green_>	 can someone help me with this issue?
[21:10:04] <andre__>	 no results? https://phabricator.wikimedia.org/T95839 / https://phabricator.wikimedia.org/T150373 / https://phabricator.wikimedia.org/T124414 are my first ones :)
[21:13:32] <eddiegp>	 Of course, Google knows that you're addicted to phabricator :P
[22:15:47] <magnulu>	 are the text boxes ("Using mediawiki" etc) on mediawikis front page Tables?
[22:21:18] <andre__>	 magnulu, your web browser's developer tools will tell you