[00:00:20] oooooh crap [00:00:23] But hold on [00:00:23] ? [00:00:29] No I have to revert Timo's change [00:00:34] Think about after the window is fully set up [00:00:40] that's what I was trying to tell you [00:00:42] this.$ is now a $ function bound to the inner document [00:00:57] So now this.$.context is a document again but it's not the same document as this.$element's [00:01:21] basically, i had all the plates spinning, and you guys came through with a baseball bat [00:01:42] haha [00:03:27] what's going on here? https://gerrit.wikimedia.org/r/#/c/179324/ firefox won't start now my crap gets -1? [00:05:00] (03PS1) 10Catrope: Revert 370b375: don't use this.$.context in getElementDocument() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179346 [00:06:39] Jenkins breaking for the seventeen hundredth time? [00:08:53] TrevorParscal: I fail to comprehend that change [00:09:16] First of all, why mention both #eee and #eeeeee in the same commit msg, they're equivalent ways to write the same color [00:09:38] Second of all, where are selected non-hovered tools set to #eee? [00:09:41] I guess that's somewhere else? [00:10:25] Zeroth of all, WTF is up with .foo, .foo:hover { rule }; ? [00:10:35] That's useless by definition [00:10:52] Anything that matches .foo:hover also matches .foo, unless you have some really scary specificity overrides going on [00:10:52] the extra :hover is to overpower the previous :hover rule and make it dark when you click down [00:11:06] Oh I see [00:11:13] as for #eee vs #eeeeee... I just work here [00:11:17] lol [00:11:17] :) [00:11:23] i don't know it's not ideal [00:11:28] Whatever, that's fine [00:11:32] I'm not in a very exacting mood I guess [00:11:33] Consistency with #d0d0d0; [00:11:49] yeah... and other uses of #eeeeee in the file [00:12:36] Oh and now I understand the transition you're talking about [00:12:59] Selected: #eee -> #d0d0d0 confused me because I didn't see where the initial state was, but in that case the initial state is enabled:hover [00:13:05] OK this is fine [00:13:11] you guys are more and more hilarious with each minute, just thought you should know. [00:13:11] (03CR) 10Trevor Parscal: [C: 032] Revert 370b375: don't use this.$.context in getElementDocument() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179346 (owner: 10Catrope) [00:13:16] (03CR) 10Catrope: [C: 032] MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [00:13:47] 3VisualEditor-MediaWiki, VisualEditor, Parsoid: Editing a specific article at pl.wp truncates category name - https://phabricator.wikimedia.org/T76353#843135 (10Arlolra) Yup, rt is looking good http://localhost:8000/_rt/plwiki/Lamborghini?oldid=41225226 Still discussing if we can do better on similar wikitext i... [00:13:48] now I can test 179343... [00:14:16] MatmaRex: i'm glad you are having some kind of fun [00:14:23] 3VisualEditor-MediaWiki-Media, VisualEditor-MediaWiki-References, VisualEditor: In the media adding dialog, LTR direction is forced on the description field even in RTL wikis - https://phabricator.wikimedia.org/T71969#738779 (10Amire80) Thank you! [00:14:31] I've been drowning you in tasks for weeks [00:16:27] heh :) [00:20:01] (03Merged) 10jenkins-bot: Revert 370b375: don't use this.$.context in getElementDocument() [oojs/ui] - 10https://gerrit.wikimedia.org/r/179346 (owner: 10Catrope) [00:20:19] (03Merged) 10jenkins-bot: MediaWiki theme: Add hover state to listToolGroup [oojs/ui] - 10https://gerrit.wikimedia.org/r/179324 (owner: 10Trevor Parscal) [00:22:04] (03PS1) 10Trevor Parscal: Improve search widget styling in MediaWiki theme [oojs/ui] - 10https://gerrit.wikimedia.org/r/179355 [00:24:05] (03PS2) 10Trevor Parscal: Improve search widget styling in MediaWiki theme [oojs/ui] - 10https://gerrit.wikimedia.org/r/179355 [00:24:17] gotta help with blaise [00:24:20] be back later [00:42:47] (03PS1) 10Divec: Convenience cmpDocumentOrder method [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179361 [00:43:53] (03PS2) 10Divec: Convenience cmpDocumentOrder method [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179361 [00:44:06] (03PS5) 10Divec: Wrap inline images in a span ce=false [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 [00:44:23] (03PS3) 10Jforrester: Improve search widget styling in MediaWiki theme [oojs/ui] - 10https://gerrit.wikimedia.org/r/179355 (owner: 10Trevor Parscal) [00:44:35] Hey. [00:44:37] (03PS4) 10Jforrester: MediaWiki theme: Improve search widget styling [oojs/ui] - 10https://gerrit.wikimedia.org/r/179355 (owner: 10Trevor Parscal) [00:44:37] * James_F is back. [00:49:38] (03PS11) 10Divec: WIP: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [00:56:56] (03CR) 10jenkins-bot: [V: 04-1] WIP: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 (owner: 10Divec) [01:00:33] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: Parameter "add more information" field floats very oddly in the transclusion dialog in VisualEditor when using the OOUI MediaWiki theme - https://phabricator.wikimedia.org/T78034#843251 (10Jdforrester-WMF) With the "Improve search widget styling" patch, this looks... [01:02:06] (03CR) 10Jforrester: [C: 031] "Updated screenshots with this patch at https://phabricator.wikimedia.org/T78034#843251 – note that the "No unused fields" bit still appear" [oojs/ui] - 10https://gerrit.wikimedia.org/r/179355 (owner: 10Trevor Parscal) [01:08:00] 3OOjs-UI, VisualEditor: MediaWiki theme: A SurfaceWidget should have the Blue Bar Of Activity applied to is when active - https://phabricator.wikimedia.org/T78358#843255 (10Jdforrester-WMF) 3NEW [01:13:34] (03CR) 10Catrope: "- In VE core, the link inspector is too tall; does not affect VE-MW" [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [01:17:53] (03CR) 10Catrope: WIP Death to isolation (033 comments) [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [01:18:04] (03CR) 10Catrope: "Looks like the Escape thing is an existing bug, I'm on that." [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178918 (owner: 10Esanders) [01:20:44] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki-Templates, VisualEditor-MediaWiki: Vertical alignment of the "add template" button and the search box is incorrect in template dialog in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78052#843270 (10Jdforrester-WMF) Above p... [01:20:48] 3OOjs-UI, VisualEditor, VisualEditor-MediaWiki: Vertical alignment of text in the search-and-replace field is off in VisualEditor when using the OOjs UI MediaWiki theme - https://phabricator.wikimedia.org/T78041#843271 (10Jdforrester-WMF) Above patch doesn't seem to fix the issue at hand: {F20931} [01:21:19] (03CR) 10Jforrester: "CR on the tasks with bonus screenshots. :-) TL;DR: T78052 fixed by PS1, but T78041 isn't." [oojs/ui] - 10https://gerrit.wikimedia.org/r/179339 (owner: 10Bartosz Dziewoński) [01:27:05] 3VisualEditor, VisualEditor-EditingTools: Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#843287 (10Jdforrester-WMF) a:3Catrope [01:27:39] 3VisualEditor-MediaWiki, VisualEditor, VisualEditor-EditingTools: [Regression wmf11] Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#843289 (10Jdforrester-WMF) [01:28:59] 3VisualEditor-Performance, VisualEditor, VisualEditor-MediaWiki-Media: Combine (or defer until needed?) imageinfo requests on load - https://phabricator.wikimedia.org/T75822#843291 (10Jdforrester-WMF) [01:29:11] (03Abandoned) 10Divec: Wrap inline images in a span ce=false [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/178904 (owner: 10Divec) [01:30:21] 3VisualEditor-MediaWiki, VisualEditor, VisualEditor-EditingTools: [Regression wmf11] Pressing Escape while a dialog is open closes the editor, should only close the dialog - https://phabricator.wikimedia.org/T78201#843295 (10Catrope) This is only reproducible if you make no changes. In that case Escape immediate... [01:33:08] Ugh [01:33:20] I have a fix for that bug and with Ed's unisolation commit it would have been sufficient [01:33:22] But now it's not [01:33:31] SOMEHOW the escape keypress is propagating through documents? [01:33:33] This shit is scary [01:46:57] OH WOW [01:47:18] So edsanders|away created ve.init.Target.prototype.onDocumentKeyDown, not realizing that there was already a ve.init.mw.Target.prototype.onDocumentKeyDown [01:47:38] So every time Ed's code thinks it's calling trigger handler stuff, it's really calling Alex's escape code [02:03:05] (03PS1) 10Catrope: Factor out event handler binding in ve.init.Target [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179383 [02:05:17] (03PS12) 10Divec: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [02:05:22] (03CR) 10jenkins-bot: [V: 04-1] Factor out event handler binding in ve.init.Target [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179383 (owner: 10Catrope) [02:07:58] (03CR) 10jenkins-bot: [V: 04-1] Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 (owner: 10Divec) [02:09:35] (03PS13) 10Divec: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [02:11:34] (03PS2) 10Catrope: Factor out event handler binding in ve.init.Target [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179383 [02:11:36] (03PS1) 10Catrope: Move ve.init.Target#destroy to a place where it actually ends up existing [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179386 [02:15:28] (03PS3) 10Catrope: Factor out event handler binding in ve.init.Target [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179383 [02:17:49] (03PS14) 10Divec: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [02:20:01] (03PS1) 10Catrope: VE-MW fix commit for I4efbae614e [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179387 [02:24:16] (03PS15) 10Divec: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [02:27:58] 3MediaWiki-Page-editing, MediaWiki-Core-Team: ipblocks query from EditPage unconditionally goes to master - https://phabricator.wikimedia.org/T51419#843344 (10RobLa-WMF) [02:28:45] (03PS16) 10Divec: Native leftarrow and rightarrow [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 [02:40:51] howdy [02:42:30] Hey TrevorParscal. [02:42:38] hi [02:42:50] so, my internet at home is still down, but cell phone works [02:42:53] still [02:42:58] so that's positive [02:43:10] Allegedly my house has power again [02:43:12] TrevorParscal: Fun. [02:43:20] Or so the PG&E web site says [02:43:37] Haven't gone back there yet. Power went down this morning at 7:20 [02:44:08] (03CR) 10Jforrester: [C: 031] "AFAICT, this works correctly (for RTL values of "correctly") and without incident, in VE-core and VE-MW both. Nice." [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/177946 (owner: 10Divec) [02:45:32] James_F: ok, so what shall I look at [02:45:32] ? [02:45:39] Looking. [02:46:57] TrevorParscal: Code is https://gerrit.wikimedia.org/r/#/c/179355/ – updated screenshots at https://phabricator.wikimedia.org/T78034#843251 [02:47:21] (03PS1) 10Catrope: When Esc is pressed, don't close VE if a window is open [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179388 [02:47:44] (03PS2) 10Jforrester: [WIP] Apex theme: Fix box-sizing for inputs [oojs/ui] - 10https://gerrit.wikimedia.org/r/179343 (owner: 10Trevor Parscal) [02:48:26] (03PS1) 10Catrope: Add getter for toolbarDialogs in ve.ui.Surface [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179390 [02:49:21] (03PS1) 10Catrope: Use getToolbarDialogs() from VE core [extensions/VisualEditor] - 10https://gerrit.wikimedia.org/r/179391 [02:51:21] (03CR) 10Jforrester: [C: 04-1] "Method naming is contra-spec. Otherwise good." (031 comment) [VisualEditor/VisualEditor] - 10https://gerrit.wikimedia.org/r/179361 (owner: 10Divec) [02:53:00] James_F: ok, so I have a patch I'm working on, but i have to help get kids in bed and stuff [02:53:12] So, we will tie this up in the morning [02:53:20] between standup and my wall of meetings [02:53:33] TrevorParscal: Sounds fun. :-) [02:53:39] ok, cya tomorrow [02:53:43] See you! [02:55:42] (03CR) 10jenkins-bot: [V: 04-1] [WIP] Apex theme: Fix box-sizing for inputs [oojs/ui] - 10https://gerrit.wikimedia.org/r/179343 (owner: 10Trevor Parscal) [02:56:09] RoanKattouw: The fact that this.$ and/or this.$element can change seems undesirable though. That means 1) it's contructing an element only to discard it, either Element is too limiting, or a subclass is too demanding, 2) All classes in between will be using the wrong $element and this.$ up to a certain point in their constructor. [02:56:36] It's a constructor argument. Can't change it afterwards. Shouldn't rather. [02:56:42] Krinkle: Sure, but we should fix it first before rolling out the break. [02:56:48] Yeah, totally. [02:57:08] I grumbled to RoanKattouw that really we didn't want to revert, but "unmerge and put back to in-review". [02:58:00] Yeah, to be merged after we fix the weird usage that's breaking it. [02:58:06] or figure out some other way. [02:58:15] I bet this is causing other bugs we have yet to associate with it. [02:58:25] or perf at the very least / cleanliness. [02:58:26] So the weird usage is in Window [02:58:37] * James_F nods [02:58:39] RoanKattouw: is it transplanting nodes? [02:58:40] It eventually binds this.$ to the iframe document instead of the outer document [02:58:48] or just re-creating and discarding it? [02:59:21] if transplanted, we could support that natively by forbidding use of transplantNode and making it an OO.ui.Element method that updates its own state accordingly. [02:59:39] forbid of raw use that is, so that the model stays informed. [03:00:12] So, no [03:00:17] this.$element stays in its original document [03:00:20] this.$ is pointed to the new one [03:00:32] So this.$.context !== this.$element[0].ownerDocument [03:01:17] RoanKattouw: Ah, it basically uses one Element to manage two: The host document's wrapper element, and then the utility method to interact with the inner document [03:01:36] Mm.. [03:01:37] In the early stage when the dialog isn't set up yet, this.$ = function () { throw new Error( 'Go away' ); } or something, and so this.$.context is undefined, but even after it's done it won't be the same [03:01:48] yeah [03:01:52] Yeah we used to have Window and Frame [03:02:04] But even then Frame was magical [03:02:27] Because it had this.$element =