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,
--
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester