(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.