<brion> and <tfinc> told me that the "Wikimedia Mobile" product in Wikimedia Bugzilla is rather dead and that bugs should be reported either against "Wikipedia App"/"Wiktionary App"/"WikiLoves Monuments Mobile" for apps, or "MediaWiki extensions" -> "MobileFrontend" for the mobile website.
Is this general consensus? (Silence means agreement.)
If so: 1) There are 56 open tickets that need retriaging (your help is welcome): https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&resolut... 2) I am going to close "Wikimedia Mobile" product for new bug entries, and edit its product description to state where to file tickets instead.
Thanks for your input! andre
I went through this, looks like everything can be moved to MobileFrontend except for the following:
https://bugzilla.wikimedia.org/show_bug.cgi?id=31981 https://bugzilla.wikimedia.org/show_bug.cgi?id=32274 https://bugzilla.wikimedia.org/show_bug.cgi?id=39488
Not sure where to move those.
On Thu, Oct 18, 2012 at 9:13 PM, Yuvi Panda yuvipanda@gmail.com wrote:
I went through this, looks like everything can be moved to MobileFrontend except for the following:
https://bugzilla.wikimedia.org/show_bug.cgi?id=31981 https://bugzilla.wikimedia.org/show_bug.cgi?id=32274 https://bugzilla.wikimedia.org/show_bug.cgi?id=39488
Not sure where to move those.
The first two should probably be captured as stories in Mingle and/or in the Mobile feature corral ( http://meta.wikimedia.org/wiki/Mobile_Projects/features), or some other publicly visible feature wishlist. As for the third, I'm not sure - if Wikisource is actually using bugzilla to track bugs, perhaps there should be a Wikisource-specific product.
Andre Klapper, 19/10/2012 03:58:
<brion> and <tfinc> told me that the "Wikimedia Mobile" product in Wikimedia Bugzilla is rather dead and that bugs should be reported either against "Wikipedia App"/"Wiktionary App"/"WikiLoves Monuments Mobile" for apps, or "MediaWiki extensions" -> "MobileFrontend" for the mobile website.
Last call for https://bugzilla.wikimedia.org/show_bug.cgi?id=41922 Speak today or never. :)
Nemo
Go for it --tomasz
On Thu, Mar 21, 2013 at 8:10 AM, Federico Leva (Nemo) nemowiki@gmail.com wrote:
Andre Klapper, 19/10/2012 03:58:
<brion> and <tfinc> told me that the "Wikimedia Mobile" product in Wikimedia Bugzilla is rather dead and that bugs should be reported either against "Wikipedia App"/"Wiktionary App"/"WikiLoves Monuments Mobile" for apps, or "MediaWiki extensions" -> "MobileFrontend" for the mobile website.
Last call for https://bugzilla.wikimedia.org/show_bug.cgi?id=41922 Speak today or never. :)
Nemo
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
On Thu, 2013-03-21 at 16:10 +0100, Federico Leva (Nemo) wrote:
Last call for https://bugzilla.wikimedia.org/show_bug.cgi?id=41922 Speak today or never. :)
Those three mobile app products have been merged now.
Please let me know if anything else is wanted, plus how I can help the Mobile team dealing with Bugzilla in general and with setting priorities for those more than hundred unprioritized open reports under "MobileFrontend"/"MobileFrontend (beta)" [1], "Commons App" [2] and "Wikipedia App" [3]. (Assuming you use the "Priority" field in Bugzilla.) Are there sometimes triage meetings that I could join? Or would it be helpful to set up one?
Thanks, andre
[1] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu... [2] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu... [3] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu...
On Fri, Mar 22, 2013 at 6:25 AM, Andre Klapper aklapper@wikimedia.org wrote:
Are there sometimes triage meetings that I could join?
We've had them a couple of times in the past but they haven't been that helpful in recruiting any many volunteers to join. If you have new ideas on how to run them better then do let know.
Both the app and web teams run two week sprints so you have a rotating window to get any work requested.
For apps talk to me. For web talk to maryana.
hope that helps
--tomasz
Actually I can work with you on this Andre. I do go through the bugs before a sprint for web to see which we could include in a sprint.
Sent from my iPhone
On Mar 22, 2013, at 11:21 AM, Tomasz Finc tfinc@wikimedia.org wrote:
On Fri, Mar 22, 2013 at 6:25 AM, Andre Klapper aklapper@wikimedia.org wrote:
Are there sometimes triage meetings that I could join?
We've had them a couple of times in the past but they haven't been that helpful in recruiting any many volunteers to join. If you have new ideas on how to run them better then do let know.
Both the app and web teams run two week sprints so you have a rotating window to get any work requested.
For apps talk to me. For web talk to maryana.
hope that helps
--tomasz
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Hi Tomasz,
On Fri, 2013-03-22 at 10:21 -0700, Tomasz Finc wrote:
On Fri, Mar 22, 2013 at 6:25 AM, Andre Klapper aklapper@wikimedia.org wrote:
Are there sometimes triage meetings that I could join?
We've had them a couple of times in the past but they haven't been that helpful in recruiting any many volunteers to join. If you have new ideas on how to run them better then do let know.
I cannot offer any new ideas currently - we only restarted regular bugdays two months ago as part of QA Weekly Goals[1], and it'll take a while until general "triage team" and testing outreach will pay off.
I can imagine to have a dedicated bugday at some point e.g. for (re)testing Mobile App bugs etc. If anybody has ideas for topics, please feel free to add them to https://www.mediawiki.org/wiki/Project_talk:WikiProject_Bug_Squad
andre
[1] https://www.mediawiki.org/wiki/QA/Weekly_goals
At the current time we don't actively use the priority field for MobileFrontend. The majority of our 'bugs' are actually enhancements. Anything that isn't tends to get attention before we need to bother setting a priority field.
This is the list for MobileFrontend that I actually consider bugs: https://bugzilla.wikimedia.org/buglist.cgi?f1=OP&list_id=188773&f0=O...
On Fri, Mar 22, 2013 at 6:25 AM, Andre Klapper aklapper@wikimedia.org wrote:
On Thu, 2013-03-21 at 16:10 +0100, Federico Leva (Nemo) wrote:
Last call for https://bugzilla.wikimedia.org/show_bug.cgi?id=41922 Speak today or never. :)
Those three mobile app products have been merged now.
Please let me know if anything else is wanted, plus how I can help the Mobile team dealing with Bugzilla in general and with setting priorities for those more than hundred unprioritized open reports under "MobileFrontend"/"MobileFrontend (beta)" [1], "Commons App" [2] and "Wikipedia App" [3]. (Assuming you use the "Priority" field in Bugzilla.) Are there sometimes triage meetings that I could join? Or would it be helpful to set up one?
Thanks, andre
[1] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu... [2] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu... [3] https://bugzilla.wikimedia.org/buglist.cgi?priority=Unprioritized&resolu... -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Hi Jon,
On Fri, 2013-03-22 at 11:49 -0700, Jon Robson wrote:
At the current time we don't actively use the priority field for MobileFrontend. The majority of our 'bugs' are actually enhancements. Anything that isn't tends to get attention before we need to bother setting a priority field.
Heh, great to hear that it scales. Not the case for all projects.
So when asking for priority setting I have non-team members in mind that might want to get a quick outsider impression which Bugzilla tickets are "more important" for the Mobile team, but maybe that's a theoretical problem only.
This is the list for MobileFrontend that I actually consider bugs: https://bugzilla.wikimedia.org/buglist.cgi?f1=OP&list_id=188773&f0=O...
Thanks, that's helpful. Among those are few with "unprioritized" priority. I assume I could set them to "Normal" prio (as they are "real bugs"), and set all other "unprioritized" tickets which aren't in your list to "lowest" priority, in order to differentiate and get them out of the way?
(Plus I'd love to disable "Priority" on a product level when teams don't really use that, but Bugzilla doesn't allow that yet.)
andre