[07:05:45] <TimStarling>	 _joe_: you know, IRC does have a facilitated discussion feature
[07:06:52] <TimStarling>	 it has the +z channel mode, in which anything sent to the channel by unvoiced users is sent only to users with +o
[07:07:41] <TimStarling>	 it allows for questions to be queued by operators and repeated at the appropriate time
[07:23:51] <_joe_>	 TimStarling: right
[07:24:27] <_joe_>	 my point was we need structured discussions on IRC for the meetings
[09:21:14] <duesen>	 hashar: hey! can extensions request to have their CI run against a specific release, like last TLS? I'm asking because of hte conversation on https://gerrit.wikimedia.org/r/c/mediawiki/extensions/BlueSpiceInsertTemplate/+/499725
[09:26:10] <hashar>	 duesen: hi, there is a task about that somewhere in the backlog of phabricator
[09:26:39] <hashar>	 duesen: which in short is about having a job that looks at extension.json and figure out a minimum mediawiki release to test against
[09:26:43] <hashar>	 instead of the current branch
[09:27:03] <hashar>	 so that a patch to eg master or REL1_32  might be tested with mediawiki 1.27 if that is the one mentioned
[09:27:16] <hashar>	 but I can't find the task
[09:27:57] <hashar>	 AH https://phabricator.wikimedia.org/T196467
[09:28:15] <hashar>	 which has a couple duplicates at least
[09:28:16] <hashar>	 but
[09:28:28] <hashar>	 I am not working on that
[09:29:47] <hashar>	 and becomes complicated when some extensions dependencies use (master, REL1_27) when other just have a master branch which is supposedly compatible with 1.27
[09:30:21] <hashar>	 but if one find a plan, the actual implementation would probably easy/straightforward
[09:36:38] <duesen>	 hashar: i'd probably just ignore extension dependencies
[09:36:54] <duesen>	 hashar: thanks for the info!
[09:37:16] <duesen>	 HalloWelt may be interested, but I don't know how they can help with the implementation
[09:38:17] <hashar>	 duesen: I guess write down a doc exploring the various use cases you might encounter ? 
[09:38:41] <hashar>	 or we can set up an experimental / non voting job that always target REL1_27
[09:38:46] <hashar>	 that is easy to do
[09:39:15] <duesen>	 for BlueSpice, they want a voting job that targets 1.31
[09:39:29] <duesen>	 ...as far as I understand
[09:40:06] <hashar>	 Something like   ZUUL_PROJECT=ediawiki/extensions/BlueSpiceInsertTemplate ZUUL_BRANCH=master ZUUL_REF=refs/changes/25/499725/2 quibble --branch REL1_27 mediawiki/extensions/BlueSpiceInsertTemplate   (other dependencies here)
[09:40:41] <hashar>	 which would cause BlueSpiceInsertTemplate to checkout the change given in  ZUUL_REF
[09:41:06] <hashar>	 and would checkout  REL1_27 for mediawiki/core / vendor / vector and other dependencies  (due to --branch REL1_27)
[09:41:30] <hashar>	 Quibble being the test command CI uses for mediawiki , it has some rough doc at https://doc.wikimedia.org/quibble/
[09:41:33] <hashar>	 then
[09:41:49] <hashar>	 some extensions might not have a REL1_27 branch, so I guess it will fallback to master eventually
[10:36:50] <duesen>	 hashar: sry, got sidetracked
[10:38:13] <duesen>	 is there anything special about 1.27, or would that work just as well with any other version of MW?
[10:40:44] <duesen>	 BlueSpiceInsertTemplate has  "MediaWiki": ">= 1.31.0"
[10:41:31] <duesen>	 though that's actualyl a lie, if it'S not compatibel with 1.33
[11:36:43] <Reedy>	 duesen: Seen https://phabricator.wikimedia.org/T219450 ?
[11:50:03] <hashar>	 duesen: yeah that could work for any release branches really. Or well any branch :]
[11:50:16] <hashar>	 duesen: but reasonably I don't have time to work on that sorry :-\
[11:50:52] <hashar>	 but I guess the process would be roughly: clone the repo, findout the minimal version  then run CI targetting that version
[11:51:38] <hashar>	 but I am probably going offline for the rest of the day.  https://phabricator.wikimedia.org/T196467 might be a good place to capture ideas though
[14:45:32] <James_F>	 SMalyshev: Eurgh. Because one can merge code in MW without it testing against WBMI, as RelEng don't want to merge the patch putting WBMI into the gate. So someone writes a breaking change in MW and it breaks our code. :-(
[14:52:22] <James_F>	 SMalyshev: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/499784
[17:56:13] <Krinkle>	 addshore: Regarding https://phabricator.wikimedia.org/T219452 - I naturally want to try again with this patch, was the issue reproducible  in beta as far as you know? And do you know what exactly broke in terms of response format?
[17:56:21] <Krinkle>	 might need a better unit test.
[17:57:13] <addshore>	 Krinkle: yes, it was reproducible locally, and i believe someone else tried it on beta too
[17:57:34] <Krinkle>	 addshore: OK, can you walk me through how it normally works when all is good? I'm on beta wikidata
[17:57:43] <addshore>	 didn't end up digging into what went wrong in the patch, but I should be able to get your lcoal setup into a state you can reproduct it
[17:58:04] <addshore>	 helping with an UBN now, but will ping you in a bit!
[17:58:13] <Krinkle>	 ok, np!
[18:57:06] <addshore>	 Krinkle: I have 10 mins now! :D
[18:57:08] <addshore>	 if your free
[18:57:14] <Krinkle>	 addshore: ack
[18:58:08] <addshore>	 Krinkle: I made a clean item at https://wikidata.beta.wmflabs.org/wiki/Q521077
[18:58:10] <Krinkle>	 addshore: so, logged-in at https://wikidata.beta.wmflabs.org/wiki/Wikidata:Main_Page
[18:58:15] <Krinkle>	 ok
[18:58:51] <addshore>	 https://usercontent.irccloud-cdn.com/file/hQwtBeST/image.png
[18:59:04] <addshore>	 https://usercontent.irccloud-cdn.com/file/7c0apv0c/image.png
[18:59:18] <addshore>	 in that field you should be able to type "enwiki" for example
[18:59:34] <addshore>	 then a page field will appear and you should be able to search for an enwiki page
[18:59:46] <addshore>	 (this is enwiki beta though)
[19:00:12] <addshore>	 I just made a page called "Foo12345678" there
[19:00:13] <Krinkle>	 OK
[19:00:37] <addshore>	 the bug in that patch somehow messed with the site selection, and users could no longer select sites there
[19:00:49] <addshore>	 do you have wikibase locally?
[19:01:03] <Krinkle>	 I have it installed by setting WikimediaCI=true and including Wikibase.php
[19:01:09] <addshore>	 hahaa
[19:01:11] <Krinkle>	 That's enough for tests to pass, don't know if it's enough for UI to work.
[19:01:17] <Krinkle>	 never tried.
[19:01:27] <addshore>	 so, delete those lines and add this
[19:01:33] <addshore>	 https://www.irccloud.com/pastebin/rXErGiJn/
[19:02:00] <addshore>	 once you have run update.php and the tables all exist then ...
[19:02:12] <addshore>	 ... run extensions/Wikibase/lib/maintenance/populateSitesTable.php with no parameters
[19:02:20] <addshore>	 that will populate your sites table from the WMF site matrix
[19:02:46] <addshore>	 then on your local wikibase items, you should be able to create sitelinks pointing to wmf wikipedia pages etc
[19:02:59] <addshore>	 and then you should be able to reproduce the issue with your patch (at least we seemed to be able to)
[19:03:57] <Krinkle>	 addshore: k, how do I create an item?
[19:04:04] <Krinkle>	 It's still showing my main page 
[19:04:21] <addshore>	 Special:NewItem :)
[19:04:22] <Krinkle>	 oh nice, the UI is showing. wikidata-style search suggestions
[19:04:28] <addshore>	 Pick a random label then hit save
[19:04:42] <Krinkle>	 oh, I remember it wrong. I was looking for Special:CreateItem
[19:04:44] <Krinkle>	 OK, close :)
[19:05:43] <Krinkle>	 OK, got it working
[19:05:44] <Krinkle>	 thanks!
[19:05:50] <addshore>	 No problem :)
[19:05:57] <addshore>	 You just learnt one of the "hard" bits ;)
[19:07:21] <addshore>	 Dinner time for me o/