[01:38:35] <grrrit-wm>	 (03PS1) 10Jforrester: Update OOjs UI to v0.11.8 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/223481 
[01:55:11] <grrrit-wm>	 (03PS1) 10Jforrester: Update VE core submodule to master (479d962) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 
[01:55:59] <grrrit-wm>	 (03CR) 10Catrope: [C: 032] Update OOjs UI to v0.11.8 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/223481 (owner: 10Jforrester)
[01:56:12] <grrrit-wm>	 (03CR) 10Catrope: [C: 032] Update VE core submodule to master (479d962) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 (owner: 10Jforrester)
[01:56:29] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] Update VE core submodule to master (479d962) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 (owner: 10Jforrester)
[02:04:26] <grrrit-wm>	 (03Merged) 10jenkins-bot: Update OOjs UI to v0.11.8 [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/223481 (owner: 10Jforrester)
[02:17:30] <grrrit-wm>	 (03PS4) 10Jforrester: ve.init.mw.TargetLoader: Error when RESTbase load call fails [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) (owner: 10Alex Monk)
[02:19:13] <grrrit-wm>	 (03PS2) 10Jforrester: Update VE core submodule to master (baa21a8) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 
[02:20:41] <grrrit-wm>	 (03CR) 10Jforrester: [C: 031] ve.init.mw.TargetLoader: Error when RESTbase load call fails [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) (owner: 10Alex Monk)
[02:21:20] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] Update VE core submodule to master (baa21a8) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 (owner: 10Jforrester)
[04:12:08] <wikibugs>	 10VisualEditor: Ctrl+F steals default Ctrl+F behaviour - https://phabricator.wikimedia.org/T105117#1436643 (10eranroz) 3NEW
[04:50:50] <wikibugs>	 10VisualEditor, 6Collaboration-Team, 10Flow, 10Wikimania-Hackathon-2015, 7Epic: Associate non-body content such as annotations and talk to a location in the article - https://phabricator.wikimedia.org/T89575#1436675 (10Mattflaschen) No.  This is an epic, and there has been no discussion about working on...
[06:24:19] <wikibugs>	 10VisualEditor, 6Collaboration-Team, 10Flow, 7Epic: Associate non-body content such as annotations and talk to a location in the article - https://phabricator.wikimedia.org/T89575#1436765 (10Qgil)
[07:39:08] <grrrit-wm>	 (03CR) 10Siebrand: [C: 031] "i18n/L10n reviewed." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) (owner: 10Alex Monk)
[07:49:08] <wikibugs>	 10VisualEditor, 6Labs, 10wikitech.wikimedia.org, 3VisualEditor 2015/16 Q1 blockers: Enable VisualEditor by default on wikitech.wikimedia.org - https://phabricator.wikimedia.org/T104961#1436931 (10hashar) @Jdforrester-WMF thank you very much!
[12:12:20] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1437367 (10LuisVilla) Broken again this morning as of 5:12AM Pacific.
[12:37:44] <wikibugs>	 10VisualEditor-LanguageTool, 10Continuous-Integration-Config, 5Patch-For-Review: setup continuous integration for the LanguageTool extension - https://phabricator.wikimedia.org/T104760#1437393 (10Amire80) a:3Amire80
[12:38:08] <wikibugs>	 10VisualEditor-LanguageTool: Weekly Reports for LanguageTool Extension for VisualEditor - https://phabricator.wikimedia.org/T101695#1437394 (10Amire80) p:5Triage>3High
[12:38:40] <wikibugs>	 10VisualEditor-LanguageTool, 6Editing-Department, 6Language-Engineering, 3Google-Summer-of-Code-2015, 7I18n: Unified language proofing tools integration framework - https://phabricator.wikimedia.org/T89107#1437396 (10Amire80) p:5Lowest>3High
[12:41:48] <wikibugs>	 10VisualEditor-LanguageTool: Upgrade the LanguageTool server in the labs - https://phabricator.wikimedia.org/T105144#1437398 (10Amire80) 3NEW a:3Ankita-ks
[12:43:15] <wikibugs>	 10VisualEditor-LanguageTool: Don't allow saving articles with LanguageTool highlighting - https://phabricator.wikimedia.org/T105145#1437406 (10Amire80) 3NEW a:3Ankita-ks
[12:44:12] <wikibugs>	 10VisualEditor-LanguageTool: There's no way to remove the highlighting from the LanguageTool errors - https://phabricator.wikimedia.org/T105146#1437413 (10Amire80) 3NEW a:3Ankita-ks
[12:45:26] <wikibugs>	 10VisualEditor-LanguageTool: Make LanguageTool integration independent of MediaWiki - https://phabricator.wikimedia.org/T105147#1437422 (10Amire80) 3NEW a:3Ankita-ks
[12:47:18] <wikibugs>	 10VisualEditor-LanguageTool: Show error details reported by LanguageTool when clicking the highlighted errors - https://phabricator.wikimedia.org/T105148#1437429 (10Amire80) 3NEW a:3Ankita-ks
[12:49:08] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1437441 (10Mvolz) Did you try purging again? Checked now and working.
[12:50:09] <wikibugs>	 10VisualEditor-LanguageTool: Move the LanguageTool button to a better place in the VE toolbar - https://phabricator.wikimedia.org/T105150#1437449 (10Amire80) 3NEW a:3Ankita-ks
[12:51:01] <wikibugs>	 10VisualEditor-LanguageTool, 7Design: Design an icon for the LanguageTool button - https://phabricator.wikimedia.org/T105151#1437457 (10Amire80) 3NEW a:3Ankita-ks
[12:53:27] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1437467 (10Mvolz) (Also, thanks for letting me know)
[12:54:26] <wikibugs>	 10VisualEditor-LanguageTool, 6Editing-Department, 6Language-Engineering, 3Google-Summer-of-Code-2015, 7I18n: Unified language proofing tools integration framework - https://phabricator.wikimedia.org/T89107#1437468 (10Amire80) I set up a proper board for the project as a general MediaWiki extension projec...
[12:55:22] <wikibugs>	 10VisualEditor-LanguageTool: Don't allow saving articles with LanguageTool highlighting - https://phabricator.wikimedia.org/T105145#1437472 (10Amire80)
[12:55:23] <wikibugs>	 10VisualEditor-LanguageTool: Weekly Reports for LanguageTool Extension for VisualEditor - https://phabricator.wikimedia.org/T101695#1437473 (10Amire80)
[12:55:25] <wikibugs>	 10VisualEditor-LanguageTool: There's no way to remove the highlighting from the LanguageTool errors - https://phabricator.wikimedia.org/T105146#1437471 (10Amire80)
[12:55:27] <wikibugs>	 10VisualEditor-LanguageTool: Show error details reported by LanguageTool when clicking the highlighted errors - https://phabricator.wikimedia.org/T105148#1437470 (10Amire80)
[12:55:29] <wikibugs>	 10VisualEditor-LanguageTool, 6Editing-Department, 6Language-Engineering, 3Google-Summer-of-Code-2015, 7I18n: Unified language proofing tools integration framework - https://phabricator.wikimedia.org/T89107#1437469 (10Amire80)
[13:03:26] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1437490 (10LuisVilla) Working again now, without any change/action on my part other than some edits/saves.
[13:06:36] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1437491 (10Esanders) I purged, but it seemed like hitting debug mode fixed it. Will bring it up when SF office wake...
[13:11:02] <wikibugs>	 10VisualEditor-LanguageTool: Make the LanguageTool deployable to the Wikimedia cluster - https://phabricator.wikimedia.org/T105153#1437496 (10Amire80) 3NEW
[13:38:53] <wikibugs>	 10VisualEditor-LanguageTool: Get the LanguageTool extension's code reviewed by VisualEditor developers - https://phabricator.wikimedia.org/T105156#1437540 (10Amire80) 3NEW
[13:40:29] <wikibugs>	 10VisualEditor: Ctrl+F steals default Ctrl+F behaviour - https://phabricator.wikimedia.org/T105117#1437548 (10Esanders) I don't think the disadvantages outweigh the advantages (replace functionality, ability to search the underlying data model). If you really need native search it is still available, as you disc...
[13:40:35] <wikibugs>	 10VisualEditor-LanguageTool: Make the LanguageTool work according to the language of the text and not just wgPageContentLanguage - https://phabricator.wikimedia.org/T105157#1437549 (10Amire80) 3NEW
[13:48:43] <wikibugs>	 10VisualEditor-LanguageTool: Make the LanguageTool deployable to the Wikimedia cluster - https://phabricator.wikimedia.org/T105153#1437565 (10Amire80)
[13:49:30] <wikibugs>	 10VisualEditor-LanguageTool: Make the LanguageTool deployable to the Wikimedia cluster - https://phabricator.wikimedia.org/T105153#1437496 (10Amire80)
[13:50:09] <wikibugs>	 10VisualEditor, 10VisualEditor-EditingTools, 7I18n, 7RTL, 7Regression: (Regression) [wmf3] VisualEditor's toolbar icons ignore content directionality - https://phabricator.wikimedia.org/T105083#1437570 (10Esanders) I'm all for proper RTL support but I think supporting this functionality going forward mig...
[13:55:19] <wikibugs>	 10VisualEditor, 7Design, 3VisualEditor 2015/16 Q1 blockers: Increase width of inspectors on desktop - https://phabricator.wikimedia.org/T101290#1437577 (10Esanders) Let's make sure we get the balance right. There will always be links that don't fit, but we shouldn't design around edge cases. Reiterate my cal...
[13:58:26] <wikibugs>	 10VisualEditor: Editing a certain paragraph with the visual editor. - https://phabricator.wikimedia.org/T104776#1437578 (10Esanders)
[13:58:30] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10VisualEditor-Performance, 7Performance: Support editing parts of a page in VisualEditor - https://phabricator.wikimedia.org/T50429#1437579 (10Esanders)
[14:37:42] <grrrit-wm>	 (03PS1) 10Esanders: Fix section scrolling [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 
[14:52:20] <wikibugs>	 10VisualEditor: [Regression pre-wmf13] Article URL with namespace '/wiki/' is getting added in the page while adding it from the link inspector - https://phabricator.wikimedia.org/T104838#1437755 (10Ryasmeen) Reproducible on test2 now
[14:52:30] <wikibugs>	 10VisualEditor: [Regression wmf13] Article URL with namespace '/wiki/' is getting added in the page while adding it from the link inspector - https://phabricator.wikimedia.org/T104838#1437756 (10Ryasmeen)
[15:10:08] <grrrit-wm>	 (03CR) 10Jforrester: ""Now" as of when? Does this need backporting?" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 (owner: 10Esanders)
[15:36:26] <grrrit-wm>	 (03CR) 10Jforrester: [C: 032] Revert "Make toolbar save button frameless" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223300 (https://phabricator.wikimedia.org/T103403) (owner: 10Bartosz Dziewoński)
[15:38:56] <grrrit-wm>	 (03Merged) 10jenkins-bot: Revert "Make toolbar save button frameless" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223300 (https://phabricator.wikimedia.org/T103403) (owner: 10Bartosz Dziewoński)
[15:39:02] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki-Links: [Regression wmf13] Adding an link with the link inspector in insertion mode inserts an anchor with "/wiki/" prepended - https://phabricator.wikimedia.org/T104838#1437918 (10Jdforrester-WMF) p:5Triage>3High
[15:39:10] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki-Links, 3VisualEditor 2015/16 Q1 blockers: [Regression wmf13] Adding an link with the link inspector in insertion mode inserts an anchor with "/wiki/" prepended - https://phabricator.wikimedia.org/T104838#1429171 (10Jdforrester-WMF)
[15:48:39] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10OOjs-UI, 7Design, and 2 others: Make the save page button flush to the toolbar - https://phabricator.wikimedia.org/T101165#1437946 (10Jdforrester-WMF)
[15:51:25] <grrrit-wm>	 (03PS3) 10Jforrester: Update VE core submodule to master (baa21a8) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 
[15:52:48] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] Update VE core submodule to master (baa21a8) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 (owner: 10Jforrester)
[15:59:21] <grrrit-wm>	 (03PS4) 10Jforrester: Update VE core submodule to master (baa21a8) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223485 
[16:33:25] <wikibugs>	 10VisualEditor, 10VisualEditor-EditingTools, 7I18n, 7RTL, 7Regression: (Regression) [wmf3] VisualEditor's toolbar icons ignore content directionality - https://phabricator.wikimedia.org/T105083#1438146 (10Mooeypoo) I very much disagree.  Sure, it's **possible** to translate the direction of these icons t...
[16:38:42] <wikibugs>	 10VisualEditor, 10VisualEditor-EditingTools, 7I18n, 7RTL, 7Regression: (Regression) [wmf3] VisualEditor's toolbar icons ignore content directionality - https://phabricator.wikimedia.org/T105083#1438157 (10Mooeypoo) >>! In T105083#1436333, @matmarex wrote: > We could, but then we'd still need a way to cho...
[16:57:33] <wikibugs>	 10VisualEditor, 10VisualEditor-EditingTools, 7I18n, 7RTL, 7Regression: (Regression) [wmf3] VisualEditor's toolbar icons ignore content directionality - https://phabricator.wikimedia.org/T105083#1438184 (10matmarex) >>! In T105083#1438157, @Mooeypoo wrote: > Can we not add a configuration option to the re...
[16:58:19] <grrrit-wm>	 (03PS3) 10Dduvall: WIP QA: Upgrading to mw-selenium 1.x [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222143 (https://phabricator.wikimedia.org/T99661) 
[17:00:38] <grrrit-wm>	 (03CR) 10jenkins-bot: [V: 04-1] WIP QA: Upgrading to mw-selenium 1.x [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222143 (https://phabricator.wikimedia.org/T99661) (owner: 10Dduvall)
[17:07:05] <wikibugs>	 10VisualEditor, 10VisualEditor-EditingTools, 7I18n, 7RTL, 7Regression: (Regression) [wmf3] VisualEditor's toolbar icons ignore content directionality - https://phabricator.wikimedia.org/T105083#1438216 (10Mooeypoo) >>! In T105083#1438184, @matmarex wrote: >>>! In T105083#1438157, @Mooeypoo wrote: >> Can...
[17:27:23] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki: Template change preview wrongly uses <nowiki> instead of {{!}} to escape pipe - https://phabricator.wikimedia.org/T105198#1438362 (10Krinkle) 3NEW
[17:27:27] <Krinkle>	 cscott: ^
[17:30:27] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki: Template change preview wrongly uses <nowiki> instead of {{!}} to escape pipe - https://phabricator.wikimedia.org/T105198#1438388 (10cscott) Probably when VE asks Parsoid for a fragment of html2wt it's not including the bit that says "this fragment will be used inside...
[17:33:57] <grrrit-wm>	 (03CR) 10Esanders: "Yes, but it's an improvement." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[17:36:14] <grrrit-wm>	 (03CR) 10Esanders: "Since https://gerrit.wikimedia.org/r/#/c/200243/ at least." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 (owner: 10Esanders)
[17:38:20] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10Parsoid: Template change preview wrongly uses <nowiki> instead of {{!}} to escape pipe - https://phabricator.wikimedia.org/T105198#1438412 (10cscott)
[17:38:37] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10Parsoid: Template change preview wrongly uses <nowiki> instead of {{!}} to escape pipe - https://phabricator.wikimedia.org/T105198#1438362 (10cscott) Adding Parsoid to the projects list, in case we need to expose a new API flag.
[17:41:38] <wikibugs>	 10VisualEditor: Consistent closing of menu items by clicking. - https://phabricator.wikimedia.org/T105199#1438425 (10HistoryStamp) 3NEW
[17:50:11] <wikibugs>	 10VisualEditor: Dots around a greyed out menu item. - https://phabricator.wikimedia.org/T105200#1438452 (10HistoryStamp) 3NEW
[17:51:20] <ferdbold>	 Does anyone know if the ParserAfterParse hook gets called after an edit in VE is saved? Maybe Krenair or Krinkle you can help me out with this
[17:52:08] <Krinkle>	 ferdbold: it should be called like anything else that is saved and parsed
[17:52:15] <Krinkle>	 however it's not going to be displayed
[17:52:20] <Krinkle>	 on the same view
[17:52:24] <Krinkle>	 what are you using it for?
[17:57:22] <ferdbold>	 I'm using it for when I'm editing graphs, the Graph extension stores a unique ID for each graph in a page and those get refreshed when you edit a graph. So long story short, when I go back to the viewing mode after an edit, the new IDs are not synced which causes the graph I've just edited to not render. When I refresh the page though, it's fine, so I assume somewhere along the way the parsing goes through
[17:58:49] <ferdbold>	 Those IDs are a mw.config key that are fetched with AJAX during wikipage.content
[18:00:29] <wikibugs>	 10VisualEditor: What do I do with popup second link popup? - https://phabricator.wikimedia.org/T105206#1438514 (10HistoryStamp) 3NEW
[18:00:45] <grrrit-wm>	 (03CR) 10Jforrester: [C: 031] "Ick." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 (owner: 10Esanders)
[18:05:51] <wikibugs>	 10VisualEditor: Clicking outside the second link popup greys out all the menu items - https://phabricator.wikimedia.org/T105207#1438535 (10HistoryStamp) 3NEW
[18:09:31] <wikibugs>	 10VisualEditor: Clicking outside the second link popup greys out all the menu items - https://phabricator.wikimedia.org/T105207#1438551 (10HistoryStamp)
[18:11:26] <wikibugs>	 10VisualEditor: Clicking outside the second link popup greys out all the menu items - https://phabricator.wikimedia.org/T105207#1438559 (10HistoryStamp)
[18:14:16] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit?   - https://phabricator.wikimedia.org/T105207#1438564 (10HistoryStamp)
[18:29:12] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 032] Fix section scrolling [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 (owner: 10Esanders)
[18:32:05] <grrrit-wm>	 (03Merged) 10jenkins-bot: Fix section scrolling [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223555 (owner: 10Esanders)
[18:48:12] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1438741 (10Jdforrester-WMF) You don't have to click "back"…
[18:56:49] <grrrit-wm>	 (03CR) 10Jforrester: [C: 031] Check if links are 'known' rather than 'exist' locally [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[18:57:10] <James_F>	 Krenair: Could you +1 https://gerrit.wikimedia.org/r/#/c/221748/ (if you're happy with my changes to your changes)?
[18:57:54] <Krenair>	 James_F, Did you test that?
[18:58:06] <James_F>	 Krenair: No, can't get RESTbase running locally.
[18:58:20] <Krenair>	 James_F, you need to list those messages in extension.json
[18:58:25] <James_F>	 Krenair: But the open-a-window-code executes fine locally.
[18:58:31] <James_F>	 Krenair: Meh, point.
[18:58:38] <James_F>	 Krenair: (So did you. ;-))
[18:58:54] <Krenair>	 true
[18:58:59] * James_F fixes.
[19:02:06] <grrrit-wm>	 (03PS5) 10Jforrester: ve.init.mw.TargetLoader: Error when RESTbase load call fails [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) (owner: 10Alex Monk)
[19:05:16] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 04-1] "Nitpick in docs, otherwise seems OK. We'll need to open a new bug about new links though." (031 comment) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[19:08:05] <Krenair>	 James_F, I think you can test this simply by pointing VE at a nonsense RESTbase instance
[19:08:30] <Krenair>	 it cause a failure and therefore trigger your error message code, right?
[19:08:30] <James_F>	 Krenair: Won't that not respond at all?
[19:08:39] <James_F>	 Krenair: This is testing for the HTTP return code.
[19:08:59] <James_F>	 (Actually, it really should fail if it's not there either.)
[19:10:27] <Krenair>	 Uncaught ReferenceError: OO is not defined
[19:10:39] <James_F>	 Bleh.
[19:10:43] * James_F sighs.
[19:10:46] <Krenair>	 when I trigger this code by pointing it at a nonsense server
[19:10:56] <James_F>	 Our loader infrastructure is so ridiculously complicated.
[19:11:51] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 04-1] "Uncaught ReferenceError: OO is not defined" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/221748 (https://phabricator.wikimedia.org/T97041) (owner: 10Alex Monk)
[19:12:17] <James_F>	 Adding the OOUI dependency will bloat the page a bit if it's not already there…
[19:12:21] * James_F hmms.
[19:12:49] <James_F>	 It'd be nice if the search box had been replaced with an OOUI widget already.
[19:12:56] <James_F>	 'Cos then this wouldn't be our performance hit. ;-)
[19:26:21] <grrrit-wm>	 (03CR) 10Esanders: Check if links are 'known' rather than 'exist' locally (031 comment) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[19:26:41] <grrrit-wm>	 (03PS2) 10Esanders: Check if links are 'known' rather than 'exist' locally [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) 
[19:27:03] <grrrit-wm>	 (03CR) 10Alex Monk: [C: 032] Check if links are 'known' rather than 'exist' locally [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[19:28:53] <James_F>	 Krenair: Do you think we should file a follow-up for "do it for new links too", or keep T104064 open for this?
[19:29:24] <grrrit-wm>	 (03Merged) 10jenkins-bot: Check if links are 'known' rather than 'exist' locally [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[19:29:30] <Krenair>	 T104604  you mean?
[19:29:36] <James_F>	 Yes. :-)
[19:29:51] <Krenair>	 James_F, file a follow-up
[19:30:01] <James_F>	 OK.
[19:30:26] <Krenair>	 James_F, or...
[19:30:32] <Krenair>	 actually isn't that an existing bug?
[19:31:46] <Krenair>	 I think https://phabricator.wikimedia.org/T65355 is part of https://phabricator.wikimedia.org/T72123 ?
[19:32:31] <James_F>	 Yeah, this new task would block T72123 and T65355 just like T104604.
[19:33:38] <Krenair>	 And that really this is https://phabricator.wikimedia.org/T72123
[19:34:08] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki-Links, 5Patch-For-Review, 3VisualEditor 2015/16 Q1 blockers: Check if links on load are 'known' rather than 'exist' locally - https://phabricator.wikimedia.org/T104604#1438845 (10Jdforrester-WMF)
[19:34:41] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10GlobalUserPage, 10MediaWiki-extensions-EducationProgram: VisualEditor redlink detection should obey TitleIsAlwaysKnown hook (so that EducationProgram pages and GlobalUserPage links render correctly) - https://phabricator.wikimedia.org/T72123#1438851 (10Jdforrester...
[19:34:42] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10VisualEditor-MediaWiki-Links: Direct link to a non-extant local file ([[:File:Foo]]) is red even if there is an extant file in a remote repo - https://phabricator.wikimedia.org/T65355#1438852 (10Jdforrester-WMF)
[19:34:44] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki-Links, 5Patch-For-Review, 3VisualEditor 2015/16 Q1 blockers: Check if links on load are 'known' rather than 'exist' locally - https://phabricator.wikimedia.org/T104604#1421989 (10Jdforrester-WMF) 5Open>3Resolved a:3Jdforrester-WMF Fixed for "existing" links (t...
[19:39:07] <grrrit-wm>	 (03CR) 10Legoktm: Check if links are 'known' rather than 'exist' locally (031 comment) [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/222589 (https://phabricator.wikimedia.org/T104604) (owner: 10Esanders)
[19:59:21] <edsanders>	 RoanKattouw, Krinkle this needs urgent attention: https://phabricator.wikimedia.org/T104944
[19:59:28] <edsanders>	 it's broken twice in two days
[19:59:48] <Krinkle>	 I noticed it too
[19:59:55] <Krinkle>	 I figured someone disabled Citoid or something
[20:01:11] <RoanKattouw>	 That's strange
[20:01:17] <RoanKattouw>	 Why is message delivery so unreliable
[20:01:39] <RoanKattouw>	 Or rather, if this happens to the Citoid json message frequently, why not to all the other messages
[20:03:49] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: Citoid request for MediaWiki:Citoid-template-type-map.json should be in the content language, not the user language - https://phabricator.wikimedia.org/T93800#1438956 (10Krinkle) I can still reproduce this. On https://it.wikipedia.org/ (where I'm u...
[20:07:12] <wikibugs>	 10VisualEditor, 10RESTBase: VisualEditor saves <script> tag? - https://phabricator.wikimedia.org/T104253#1438971 (10Esanders) 5Open>3Resolved a:3Esanders Likely fixed by https://gerrit.wikimedia.org/r/#/c/220028/
[20:10:08] <wikibugs>	 10VisualEditor, 10OOjs-UI: Disabled bar tools can take focus - https://phabricator.wikimedia.org/T105200#1438978 (10Esanders)
[20:11:14] <wikibugs>	 10VisualEditor, 10OOjs-UI: Disabled bar tools can take focus - https://phabricator.wikimedia.org/T105200#1438452 (10Esanders) I can reproduce this in the ooui toolbar demo by clicking on the third icon in the first toolbar.
[20:12:05] <Krinkle>	 RoanKattouw_away: I don't think it's unreliable in this case.
[20:12:11] <Krinkle>	 It's wrongly delivered as a module message
[20:12:18] <Krinkle>	 It's not using a data module like VE does
[20:12:20] <Krinkle>	 https://phabricator.wikimedia.org/T93800#1438956
[20:14:55] <Krinkle>	 Hm.. that is probably separate from https://phabricator.wikimedia.org/T104944
[20:15:04] <Krinkle>	 Assuming Luis uses English on English wikipedia
[20:48:55] <RoanKattouw>	 Krinkle: Wait why would delivering it as a module message be wrong? That's how we deliver hundreds of messages
[20:49:10] <RoanKattouw>	 And even if the invalidation doesn't work perfectly there, it shouldn't be returned *empty*
[20:49:30] * RoanKattouw wonders if there is perhaps a race condition or something else weird that causes the message to not be registered, or to be read before it's registered
[21:01:27] <James_F>	 RoanKattouw: The message is set in-DB, not by software.
[21:01:55] <James_F>	 RoanKattouw: So any race condition would have to be in RL fetching it for Citoid, right?
[21:02:52] <RoanKattouw_away>	 I meant a client-side race, but nm
[21:03:51] <eranroz>	 even in debug mod the citoid doesn't appear in italian
[21:04:17] <James_F>	 RoanKattouw_away: So the code using the message is executing before RL has fetched it for the client?
[21:04:24] <James_F>	 Interesting.
[21:06:31] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439151 (10HistoryStamp) What do you do to end the editing of the link?  All the other menu icons are greyed out.    Thanks for looking over my items.
[21:09:34] <Krinkle>	 RoanKattouw_away: delivering as module message is inappropiate if the message is for configuration
[21:09:41] <Krinkle>	 because it's for user language localisation
[21:09:51] <Krinkle>	 so anyone with user lang != content lang will get empty or default
[21:09:56] <Krinkle>	 which in this case is the same
[21:10:15] <Krinkle>	 however the case of Cite citoid not showing up in VE for en users on enwiki is bad indeed.
[21:10:17] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439176 (10Jdforrester-WMF) >>! In T105207#1439151, @HistoryStamp wrote: > What do you do to end the editing of the link?  Pressing "Back" or the "Escape" key, or clicking away from the link...
[21:11:10] <Krinkle>	 James_F: Unlikely, messages and scripts are delivered in the same request and messages always set first
[21:11:24] <James_F>	 Krinkle: Hence my confusion as to why this would cause Citoid not to appear at all.
[21:11:36] <James_F>	 (Which is the main worry here.
[21:11:38] <James_F>	 )
[21:11:38] <Krinkle>	 and users already confirmed on the task the message key was empty even after everhthing has loaded
[21:12:02] <Krinkle>	 So this would suggest the key is broken in general, not a client-side problem.
[21:12:08] <Krinkle>	 But likely RL or localisation cache
[21:12:10] <James_F>	 Are people getting random languages' messages?
[21:12:15] * James_F nods.
[21:12:20] <Krinkle>	 James_F: No, not random
[21:12:32] <Krinkle>	 James_F: As said on the associated task, Citoid should not be using user language messages for thi
[21:12:35] <Krinkle>	 that's its own bug
[21:12:36] <James_F>	 We're talking about users who get it working fine at some points and not at others.
[21:12:48] <James_F>	 That is T93800, yes.
[21:12:53] <Krinkle>	 that also also cause Citoid to be hidden for anyone with user language other than wiki default
[21:13:04] <James_F>	 But T104944 is different.
[21:13:16] <James_F>	 Because the same users are getting it coming in and out of existence
[21:13:24] <James_F>	 Without changing their user language.
[21:13:27] <Krinkle>	 So people may be thinking they hit T104944 when they really just hit T93800
[21:13:31] <James_F>	 T104944 is the priority.
[21:13:34] <James_F>	 No.
[21:13:34] <Krinkle>	 Yes
[21:13:47] <Krinkle>	 Yes T104944 exposes a bug not Citoid related
[21:13:48] <James_F>	 Everyone reporting T104944 is reporting in the same account getting it and then not getting it.
[21:13:58] * James_F nods.
[21:14:00] <Krinkle>	 However that bug may be related to the fact that it's fetching a user language value
[21:14:06] <James_F>	 (I totally agree we should fix T93800.)
[21:14:12] <Krinkle>	 So fixing T93800 (which is easy) may side step the issue
[21:14:14] <Krinkle>	 For Citoid
[21:14:17] <James_F>	 "May".
[21:14:26] * James_F hopes.
[21:14:26] <Krinkle>	 It's worth a shot
[21:14:38] <James_F>	 OK, how do you fix it? A resource module?
[21:14:46] <Krinkle>	 I mean, I can't reproduce T104944 right now and we have no useful data to act on.
[21:14:54] <James_F>	 Yeah. :-(
[21:15:08] <James_F>	 The last three times it's happened have been at SF night.
[21:15:14] <James_F>	 Not sure if that's just co-incidence.
[21:15:15] <Krinkle>	 James_F: Whatever module uses it, convert it to a subclass of FileModule and add wfMessage(.json)->inContnetLanguage()->plain() in some function call to getScript9)
[21:15:34] <James_F>	 Krinkle: That doesn't sound like a JS-side thing. :-)
[21:16:18] <Krinkle>	 So?
[21:17:25] <James_F>	 There isn't a PHP module.
[21:17:27] <Krinkle>	 yeah, this is not a JS prolem.
[21:17:30] <James_F>	 There's nothing to convert.
[21:17:32] <Krinkle>	 Neither of these bugs is
[21:17:36] <Krinkle>	 James_F: Yes there is
[21:17:51] <Krinkle>	 There is a Citoid module that uses something.json in its messages arary
[21:17:57] <Krinkle>	 that's wrong since it isn't a user-language message
[21:18:19] <Krinkle>	 conver that from the implicit 'class': RLFileModule to an explicit "class": "SomethingModule"
[21:18:19] <James_F>	 So I should delete it from extension.json and register a handler for a something?
[21:18:28] <Krinkle>	 where that module subclasses FileModule and adds the config data it needs
[21:18:37] <Krinkle>	 No, it can stay in extension.json just fine
[21:18:40] * James_F looks dubious.
[21:19:18] <Krinkle>	 Every module has an implicit key "class" alongside scripts, styles and messages. Defaults to ResourceLoaderFileModule
[21:19:27] <Krinkle>	 we set it to VEDataModule for example in VE
[21:20:10] <Krinkle>	 Want me to write a quick patch?
[21:20:16] <James_F>	 Oh.
[21:20:18] <James_F>	 Yes.
[21:20:22] <James_F>	 This sounds way beyond me.
[21:20:23] <James_F>	 Sorry.
[21:21:36] <Krinkle>	 No worries.
[21:21:50] <James_F>	 There's nothing in https://phabricator.wikimedia.org/diffusion/MW/browse/master/docs/extension.schema.json about a "class" attribute for extension.json.
[21:22:27] <Krinkle>	 Once you see it it'll be relatively straight forward for a future occasion (thsi'll come up more often I reckon). But getting all the litlte pieces in place can be daunting at first. This is right at the cross-roads between RL core and what extensions typically do
[21:22:37] <Krinkle>	 it's got nothing to do with extension.schema
[21:22:42] <Krinkle>	 It's part of ResourceModules
[21:23:08] <James_F>	 OK.
[21:23:35] <Krinkle>	 Oh, that thing declares the schema for ResourceModules? that better not be enforced because that's a semantic violation.
[21:23:45] <James_F>	 https://github.com/wikimedia/mediawiki-extensions-VisualEditor/blob/master/VisualEditorDataModule.php looks ridiculously complicated.
[21:23:53] <Krinkle>	 Classes can and do declare their own parameters
[21:24:03] <James_F>	 Krinkle: Speak to legoktm, not me.
[21:24:06] <Krinkle>	 Yeah that module is overcomplicated
[21:24:13] <legoktm>	 hi
[21:24:16] <Krinkle>	 The one for citoid will be much more straight forward
[21:24:17] <James_F>	 I'll take your word for it. :-)
[21:25:30] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439250 (10HistoryStamp) Thanks.    I realize the back arrow was undo.    Now, I am back to believing this is a confusing UI.   See the steps I did.      # Click on the link menu item.   # cl...
[21:28:22] <legoktm>	 Krinkle: the schema isn't enforced yet, but I plan to do that soon. Removing the "additionalProperties": false, mostly works, but if some class has a different 'scripts' parameter, it won't work... :/
[21:32:45] <Krinkle>	 legoktm: Perhaps there is a way to make it enforce only if there is no 'class' property
[21:33:03] <Krinkle>	 though I doubt schema.org supports that kind of crazy requirement
[21:34:46] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: MediaWiki flakiness (?) caused (? causes ?) auto-cite tool to become unavailable somehow - https://phabricator.wikimedia.org/T104944#1439276 (10Jdforrester-WMF)
[21:35:37] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: Citoid request for MediaWiki:Citoid-template-type-map.json should be fetched in a data module, not as an i18n message - https://phabricator.wikimedia.org/T93800#1439278 (10Jdforrester-WMF) a:5Mvolz>3Krinkle
[21:37:12] <legoktm>	 Krinkle: we might be able to work around it in PHP. Filed as https://phabricator.wikimedia.org/T105236
[21:39:30] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439311 (10HistoryStamp) This whole search function after clicking a link is a mystery  to me.   I was guessing it is a way of setting a local in page link.  Cannot seem to get it to do that....
[21:40:30] <Krinkle>	 James_F: Can you verify that visualeditor-cite-tool-definition.json is also not loaded for the contentlanguage proper?
[21:40:37] <Krinkle>	 E.g. ignored in a non-content user language
[21:40:45] <Krinkle>	 I thought we used inContentLanguage, but we don't
[21:41:16] <Krinkle>	 I think it might be implicit in that case, lucky case of static context
[21:41:22] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439312 (10HistoryStamp) Oh, Visual Edit acts differently depending on what word you pick.    Highlight the word Hello in https://www.mediawiki.org/wiki/VisualEditor:Test?veaction=edit  click...
[21:43:47] <James_F>	 Krinkle: I can't find a wiki with Visualeditor-cite-tool-definition.json set but not Citoid-template-type-map.json from a quick search.
[21:43:50] <James_F>	 So… no. :-)
[21:44:18] <James_F>	 But I've not had any reports about VE the way we have them about Citoid, so I'm assuming it works.
[21:44:20] <Krinkle>	 James_F: but citoid one is ignored in uselang, right?
[21:44:53] <James_F>	 Krinkle: No.
[21:44:59] <Krinkle>	 if the cit-tool is it not ignored in e.g. uselang=fr on it.wiki, then it's good
[21:45:11] <James_F>	 https://es.wikipedia.org/wiki/Papsukkal?veaction=edit&uselang=fr pulls up the Citoid tool.
[21:45:26] <Krinkle>	 Hm.. interesting
[21:45:27] <James_F>	 Which means at least for me the Citoid-template-type-map.json message was deferred.
[21:45:33] <James_F>	 Or not blank.
[21:45:35] <James_F>	 Or whatever.
[21:45:47] <James_F>	 Yay for race conditions or whatever this is.
[21:45:49] <Krinkle>	 But that bug said it was loaded in user languae?
[21:46:17] <James_F>	 It *was*. This was when Citoid was initially deployed, it took a few hours to work properly.
[21:46:53] <James_F>	 Or…
[21:46:57] <James_F>	 Ohhhhh.
[21:46:58] <James_F>	 Yeah.
[21:47:12] <James_F>	 This bug happens if your user language is set differently.
[21:47:25] <James_F>	 It isn't affected by uselang= GET options.
[21:47:27] <wikibugs>	 10VisualEditor, 10Parsoid, 5Patch-For-Review, 3VisualEditor 2015/16 Q1 blockers: nowiki link-like strings that aren't in <a>s - https://phabricator.wikimedia.org/T103364#1439335 (10cscott) ok, working patch uploaded to gerrit.
[21:49:12] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1439336 (10HistoryStamp)
[21:50:10] <wikibugs>	 10VisualEditor: Why do I have to click on the back arrow to exit a link edit? - https://phabricator.wikimedia.org/T105207#1438535 (10HistoryStamp)
[21:52:42] <wikibugs>	 10VisualEditor, 10VisualEditor-MediaWiki, 10Parsoid, 3VisualEditor 2015/16 Q1 blockers: Enable scrubwikitext=1 in VisualEditor's save route to Parsoid - https://phabricator.wikimedia.org/T105239#1439340 (10Jdforrester-WMF) 3NEW
[21:54:21] <wikibugs>	 10VisualEditor: Consistent closing of menu items by clicking. - https://phabricator.wikimedia.org/T105199#1439347 (10HistoryStamp)
[21:54:26] <grrrit-wm>	 (03PS1) 10Jforrester: ApiVisualEditor: Ask Parsoid to 'scrubwikitext' on save [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223683 (https://phabricator.wikimedia.org/T105239) 
[21:54:51] <grrrit-wm>	 (03CR) 10Jforrester: "This is entirely untested, and quite scary." [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223683 (https://phabricator.wikimedia.org/T105239) (owner: 10Jforrester)
[21:55:18] <wikibugs>	 10VisualEditor: Consistent closing of menu items by clicking. - https://phabricator.wikimedia.org/T105199#1438425 (10HistoryStamp)
[21:56:29] <wikibugs>	 10VisualEditor: Consistent closing of menu items by clicking. - https://phabricator.wikimedia.org/T105199#1439361 (10HistoryStamp)
[21:58:38] <wikibugs>	 10VisualEditor: Consistent closing of menu items by clicking. - https://phabricator.wikimedia.org/T105199#1439367 (10HistoryStamp)
[22:01:07] <grrrit-wm>	 (03CR) 10Subramanya Sastry: [C: 031] "Will this get through VRS and RB without getting dropped?" [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/223683 (https://phabricator.wikimedia.org/T105239) (owner: 10Jforrester)
[22:04:28] <edsanders>	 Krinkle, are you writing the Citoid patch?
[22:04:51] <James_F>	 subbu: "Will this get through VRS and RB without getting dropped? " Who knows?!
[22:05:11] <Krinkle>	 edsanders: I am. However 1) the main bug about it disappearing it separate, 2) the secondary bug I'm fixing appears to not exist 
[22:05:16] <Krinkle>	 is separate*
[22:05:27] <Krinkle>	 I'm fixing that it loads in user langauge instead of content language
[22:06:13] <subbu>	 James_F, Krenair may know?
[22:06:21] <Krenair>	 ?
[22:06:41] <subbu>	 Krenair, https://gerrit.wikimedia.org/r/223683
[22:08:58] <Krenair>	 subbu, I think it should get through VRS
[22:09:45] <halfak>	 o/ neilpquinn 
[22:10:14] <Krenair>	 I don't know about RB
[22:12:17] <neilpquinn>	 Hey halfak!
[22:12:20] <neilpquinn>	 What's up
[22:12:44] <halfak>	 I just saw your meeting request.  It's right in the middle of my work session re. the Lila data request. 
[22:12:58] <halfak>	 Was wondering if we could do this via IRC so I don't need to halt my work./ 
[22:16:11] <neilpquinn>	 I dunno...I feel like we might need high bandwidth for this—I don't understand much about what I'm being asked to do. 
[22:16:33] <halfak>	 neilpquinn, I think that's a shared problem.  Lila really wants a "why".  
[22:16:58] <halfak>	 I'm going to deliver a "what" (i.e. is the spike continuing and what wikis does it affect?) 
[22:17:12] <halfak>	 I'm doing that because it's relatively trivial to extend my analysis. 
[22:17:16] <halfak>	 But the rest falls on you guys. 
[22:18:52] <neilpquinn>	 Hmm. Gotcha. I just heard about this a couple hours ago; let me take time to read your old report and clarify as much as I can. That'll help me figure out how much info I need from you. I may still need to interrupt you :( but I'll let you know.
[22:20:51] <halfak>	 neilpquinn, I think there might be some confusion.  I've only had this request for a day.  I'm not sure what I'll be able to tell you beyond the emails that have been forwarded
[22:21:49] <neilpquinn>	 Hmm, okay. I heard you're going to generate intermediate numbers...is that right?
[22:24:12] <halfak>	 Ahh yes.  If you already have an analysis in mind, I can point you to some secondary datasets that might be helpful. 
[22:27:15] <neilpquinn>	 halfak: I have nothing in mind yet. I'm just trying to figure out what's going on and whether I can commit to doing something.
[22:28:31] <neilpquinn>	 Hence my desire to talk to you :)
[22:28:43] <halfak>	 Gotcha.  I might suggest that you go to the source of the request then.  In this case, I can't act as an intermediary.  
[22:28:59] <halfak>	 I'm also receiving this request from out of the blue. 
[22:29:15] <halfak>	 ANd putting aside my daily work and Wikimania prep to do it. 
[22:29:32] <halfak>	 Hence my reluctance to spare time for a meeting that might be unnecessary. 
[22:31:11] <wikibugs>	 10VisualEditor, 10Parsoid, 10Parsoid-Nowiki: nowiki is added when adding spaces after a single line break - https://phabricator.wikimedia.org/T104554#1439453 (10Jdforrester-WMF) This would be very helpful from my perspective.
[22:31:50] <neilpquinn>	 I understand, I don't want to take your time without a good reason either. So two questions: (1) where would I find that table of intermediates? and (2) who's the source I would talk to? I talked to Dario about noon and he suggested I should talk to you.
[22:32:05] <halfak>	 Lila is the source
[22:32:54] <halfak>	 I have many intermediate tables, but if you want to make estimates of monthly edit counts, I have a table on analytics-store that may come in handy.   It's call 'editor_month'.  I'll get a gist that describes it. 
[22:33:26] <halfak>	 neilpquinn, https://gist.github.com/halfak/79962a8486c3aeb9c510
[22:33:47] <halfak>	 Each row contains edit counts for a registered editor
[22:34:05] <halfak>	 There are rows for all months between 200101 and 201507 for all of our projects. 
[22:34:22] <neilpquinn>	 Oh, that is cool!
[22:35:06] <neilpquinn>	 Okay, I'll cancel the meeting for now. If I have other questions, will you be relatively available via email?
[22:39:46] <halfak>	 neilpquinn, I'll be on IRC for the next few hours :) 
[22:40:04] * halfak generally ignores emails when he gets requests that MUST BE DONE
[22:40:57] <wikibugs>	 10VisualEditor: Removing a Project from a task may not be captured in the dump - https://phabricator.wikimedia.org/T104920#1439482 (10JAufrecht) **Revised Expected results** A record in `transaction` shows VisualEditor 2014/15 Q4 blockers being removed.  **Actual Results** `maniphest_transaction` is in the dump,...
[22:41:29] <neilpquinn>	 Okay, thanks!
[23:46:10] <wikibugs>	 10Citoid, 10VisualEditor, 3VisualEditor 2015/16 Q1 blockers: Citoid request for MediaWiki:Citoid-template-type-map.json should be fetched in a data module, not as an i18n message - https://phabricator.wikimedia.org/T93800#1439729 (10Krinkle) My previous assessment was incorrect.  The technique of using inCon...
[23:46:36] <Krinkle>	 RoanKattouw: What other caching layers do we have that are holding on to \u003Ccitoid-template-type ?
[23:46:50] <Krinkle>	 I want to pinpoint it without trying to purge anythig
[23:47:00] <RoanKattouw>	 msg_resource?
[23:47:05] <Krinkle>	 I bypassed varnish and expected to get msgblobstore
[23:47:06] <RoanKattouw>	 Varnish?
[23:47:13] <Krinkle>	 see last comment
[23:47:22] <RoanKattouw>	 If you want to see what's in the blob store, look in the DB
[23:47:30] <RoanKattouw>	 Oh, you checked
[23:48:20] <RoanKattouw>	 Krinkle: WTF that is really strange
[23:48:21] <RoanKattouw>	 I have no idea
[23:48:31] <RoanKattouw>	 Couldn't be minification cache cause that's content hash based
[23:48:44] <Krinkle>	 yeah