(This bug triage summary is two weeks overdue.)
On 2011-09-07, I held a triage covering open issues in Bugzilla for
UploadWizard. Unlike previous triages, I didn't try to cull any
particular bugs from all of the bugs filed against UploadWizard.
Instead, I attempted to find different groups of bugs by symptom and
focus on those groups during triage. Some rearrangement of the
categories I gave has happened since the triage, but you can follow
all the original work on the Etherpad:
http://hexm.de/7m
Link to complete list of bugs covered here:
http://hexm.de/7l
There were 44 open bugs in the triage. In the past two weeks, 17 have
been closed, leaving 27 issues still to be resolved.
In the following summary, only the bugs that were dealt with in IRC
are mentioned. Bugs marked with asterisk have been closed.
==Wiki Loves Monuments bugs==
*https://bugzilla.wikimedia.org/29293 UploadWizard: License Tutorial
should be optional
*https://bugzilla.wikimedia.org/30762 Overwrite of the copyright owner
in campaigns has no effect
*https://bugzilla.wikimedia.org/30644 UploadWizard campaigns are
deleted on GET, should use POST
https://bugzilla.wikimedia.org/30645 No history for upload campaigns
Strainu from Romania's Wiki Loves Monuments
(
http://wikilovesmonuments.ro/) showed up with to ask for help on
their use of UploadWizard in some campaigns.
#29293 was closed immediately by Jeroen who said it was one of the
first things he did. Jeroen also claimed #30762 and #30644 and has,
as of now, committed fixes for them.
The one remaining one (#30645) now has a plan of attack that should
lead to a solution.
== Licensing ==
https://bugzilla.wikimedia.org/29249 UploadWizard: add custom license
wikitext option
Most of the bugs I had in the licensing section were not discussed,
except for #29249 by Erik on the etherpad. I had asked if this was a
WONTFIX. Erik however pointed out that some advanced users want this
ability. Neil posted a spec for the implementation
(
http://hexm.de/7p) and then asked for comments (
http://hexm.de/7q).
== Muggle behavior (Anti-wizard) ==
*https://bugzilla.wikimedia.org/24758 Upload wizard: API errors that
block progress on description page submission
https://bugzilla.wikimedia.org/29594 Upload wizard: no way back when
trying to upload a file that already exists
*https://bugzilla.wikimedia.org/30423 In Upload Wizard, bad file name
leads to a dead-end.
https://bugzilla.wikimedia.org/30687 Implement backwards navigation in
UploadWizard (tracking)
Neil said #24758 is fixed, but the way it was defined is too broad.
He closed the bug and gave instructions for creating new, more
discrete bugs instead of reopening the bug.
I suggested #29594 and #30687 be merged, but Neil pointed out that the
first was a specific problem and the next was a broader issue. As a
result, we made #30687 a tracking bug and included #29594 as an issue
it tracks.
At the meeting, #30423 was still unconfirmed — Erik hadn't been able
to replicate it — but shortly after the submitter confirmed that the
issue was no longer present.
== Browser ==
https://bugzilla.wikimedia.org/24720 Upload wizard: Upload link not
changing cursor to a hand
*https://bugzilla.wikimedia.org/26186 Select a file to upload button
pointer inconsistent
https://bugzilla.wikimedia.org/29767 Uploads complete without
description in ie6/ie8
https://bugzilla.wikimedia.org/25902 Icons for stashed audio files are
broken
Neil pointed out that #24720 was just a cosmetic issue that didn't
stop people from using UploadWizard. I dropped priority
appropriately.
#26186 duped to #30807 -- UploadWizard big "upload a file" button
half-clickable in some browsers -- which was solved.
Neil said that #29767 was "kinda high priority because it allows
submission without description."
See my next email for upcoming triages.