[Wikitech-l] VisualEditor weekly triage meetings – 2015-02-11 – minutes

As promised in the meeting, here is are the minutes for the VisualEditor weekly triage meeting on 2015-02-11.

*Item 1 – Release criteria*

The release criteria at https://phabricator.wikimedia.org/tag/%C2%A7_visualeditor_q3_blockers/ were considered. After a brief discussion, no changes were proposed.

*Item 2 – Review of nominated tickets*

Nominated tickets accepted:

… as corruption & stability issues:

- https://phabricator.wikimedia.org/T76998 – Random removal of categories when using Safari - https://phabricator.wikimedia.org/T74048 – [Regression] VE corruption issue(?) moving pre-existing categories to the middle of the page - https://phabricator.wikimedia.org/T89025 – Using keyboard shortcuts (in multiple browsers) or the "Open menu" (in Firefox only) to copy a paragraph and a reference together causes selected content to be deleted (not cut) instead - https://phabricator.wikimedia.org/T88148 – class="wikitable wikitable" corrupted to class="wikitable" - https://phabricator.wikimedia.org/T74579 – Deleting from a paragraph-terminating node to a paragraph-terminating node (?) is throwing "Unbalanced set of replace operations found" - https://phabricator.wikimedia.org/T76715 – Same Category get added multiple times ,for every change in “Sort this page by default as” value - https://phabricator.wikimedia.org/T72375 – Deleting from an empty paragraph to the end of an inline node throws an exception - https://phabricator.wikimedia.org/T70537 – In production, sometimes page scrolling is not working and in the console Getting Error: offset was inside a handlesOwnChildren node in Firefox

… as performance issues:

- https://phabricator.wikimedia.org/T88386 – ~50ms spent a.oo-ui-buttonElement-button - https://phabricator.wikimedia.org/T76523 – Show the VisualEditor toolbar/editor chrome immediately after the user clicks "edit", rather than blocking on waiting for the content to load - https://phabricator.wikimedia.org/T88650 – Support data-mw.body.id for reference contents - https://phabricator.wikimedia.org/T88623 – VisualEditor should load data-mw from a separate API call alongside the body content - https://phabricator.wikimedia.org/T87553 – API requests to action=visualeditor&paction=parse more than four times slower than requests directly to parsoid-lb

… as testing issues:

- https://phabricator.wikimedia.org/T74398 – Actually run tests for MWHeadingNode / MWPreformattedNode

… as feature issues:

- https://phabricator.wikimedia.org/T78202 – Wordbreak detection is faulty for selection starting just down-page of a single character - https://phabricator.wikimedia.org/T88337 – Tools should be able to specify a label for their appearance in the context menu - https://phabricator.wikimedia.org/T76398 – External link interface for link dialogue

… as dependencies:

- https://phabricator.wikimedia.org/T66171 – Log Parsoid server-side save performance

… for investigation and re-triage:

- https://phabricator.wikimedia.org/T74929 – Using browser native interactive spell-check when the changed word in the only item in the paragraph causes endless insertions in Firefox - https://phabricator.wikimedia.org/T65462 – Using browser native interactive spell-check tool causing repeated automatic deletion in Chrome

Nominated tickets rejected:

- https://phabricator.wikimedia.org/T72665 – Tab/Shift-Tab behaviour in contexts other than lists (like tables) This is a nice-to-have feature but it isn't critical to any of the common edit workflows for the user groups targeted right now. - https://phabricator.wikimedia.org/T67589 – Up/down keys in table when you've selected a cell move left/right instead This is a nice-to-have feature but it isn't critical to any of the common edit workflows for the user groups targeted right now. - https://phabricator.wikimedia.org/T52616 – Improve VisualEditor's loading performance in Firefox This is really a tracker bug more than a specific call-to-action. - https://phabricator.wikimedia.org/T55825 – Reduce VisualEditor's memory usage This is a high-level tracker bug rather than a blocker; it needs child bugs with more specifics to be nominated as blockers. - https://phabricator.wikimedia.org/T53798 – There should be help links in every context - dialog boxes, inspectors, etc. We disagree with the premise; instead, there should only be help links where they are useful to explain the complexity of a control to the user. Most of this is already done, and the focus areas for this release don't have this level of complexity required. - https://phabricator.wikimedia.org/T88316 – Preview interface for link dialogue As a product decision, we decided to remove this as a blocker to the release, and instead focus on the citation improvements first before taking this on. - https://phabricator.wikimedia.org/T86693 – Alter the toolbar and dropdown menu design As a product decision, we decided to remove this as a blocker to the release; instead, this potentially will be part of our polish effort instead.

*Item 3 – Other business*

The process was very briefly discussed, without suggestion of changes.

Hope this is of interest. Next week's meeting will be at 16:00 UTC http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150218T08&p1=224&ah=1 (08:00 PST) on Wednesday 18 February; hope to see many of you there. Joining instructions are on mw:Talk:VisualEditor/Portal https://www.mediawiki.org/wiki/Talk:VisualEditor/Portal#How_to_join_the_triage_meetings for those who didn't make it this week.

Yours,