Thunderbird:Bugdays Planning: Difference between revisions

Thunderbird:Bugdays Planning (view source)

Revision as of 18:42, 19 April 2011

168 bytes removed , 19 April 2011

→‎Improving future Bug Days: message retention period, send errors

Wsmwk

canmove, Confirmed users

2,228

edits

@@ Line 25: / Line 25: @@
 = Improving future Bug Days =
-'''Your ideas (or questions) posted here need not be fully developed. What's important is to list ideas to generate further discussion.''' <small>Put four tildas after your idea to stamp it with your name and date</small>
+'''Your ideas (or questions) posted here need not be fully developed. What's important is to list ideas to generate further discussion.''' <small>Put four tildas after your idea to stamp it with your name and date</small>  Our present efforts include developing the QA infrastructure (wiki) and reaching out to the established QA community, localizers. You can help in any of these areas.
-Our present efforts include developing the QA infrastructure (wiki), reaching out to the established QA community, localizers, and fixing session 3's low participation. Integration with [http://quality.mozilla.org QMO] is a future goal. (QMO intends to be an integreated QA environment for mozilla projects)
 * '''Ideas to improve bug days participation'''
@@ Line 33: / Line 31: @@
 ** How can we increase participation from Asia, North and South America? (EU seems to be partly on board)
 *** add <your idea> - <rationale for your idea>
-** add TB bugs to header of #triage?  --[[User:Wsm|wsm]] 07:36, 8 April 2008 (PDT)
+** Do community building PR surrounding a bug day that is a few weeks in the future and see if the story gets picked up.  If it does, then you'll really get on people's radar outside of the usual mozilla venues. (ctalbert)
-** Use the fact that you are now getting Mozilla Messaging off the ground and are starting in earnest with community building to craft a story, and pitch that story to the press.  Do it surrounding a bug day that is a few weeks in the future and see if the story gets picked up.  If it does, then you'll really get on people's radar outside of the usual mozilla venues. (ctalbert)
 ** Always blog about the results, and always keep a spirit of fun in everything you do.  It will always help to draw people.  No one wants to work on something dull. :-) (ctalbert)
 ** I have found (through some unscientific experimentation on calendar-qa) that two days notice in electronic forums is nearly perfect.  If you do much more than that, the notice gets buried under newer messages, if you do it later, people don't see it. (Though I have sometimes had amazing success with day-before notifications). (ctalbert)
@@ Line 44: / Line 41: @@
 * '''Ideas for focus - i.e. groupings of bugs to work on'''
 ** add <your idea> - <rationale for your idea>
+** [http://tinyurl.com/6kj3aox send and sent errors] --[[User:Wsm|wsm]] 11:42, 19 April 2011 (PDT)
+** [http://tinyurl.com/69d2wtn message retention] --[[User:Wsm|wsm]] 11:42, 19 April 2011 (PDT)
 ** Reduction of Duplicates - Many unconfirmed (or even confirmed bugs) may have duplicates in the "Core" product under MailNews or elsewhere. For instance, there are 3 address book components, 2 are application specific (SM & TB), one is core, I think there are various bugs in the TB one that are duplicates in core --[[User:Standard8|Standard8]] 01:19, 7 April 2008 (PDT)
-*** [http://tinyurl.com/3wllpf dupeme in whiteboard] (Thunderbird+Core, SM Address Book) 79 bugs [[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
+*** [http://tinyurl.com/3wllpf dupeme in whiteboard] (Thunderbird+Core, SM Address Book) 79 bugs --[[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
-** Reconfirming old bugs - How confident are we that all the "new" bugs in the database are still valid? Has someone changed the UI since, thus invalidating the bug, or has someone fixed the bug as a result of something else? There are ~2000 bugs classified as "new", are they really all [still valid] new? --[[User:Standard8|Standard8]] 01:19, 7 April 2008 (PDT).  // [http://tinyurl.com/56jeft crude approximation] 1958 bugs: created > 2007-04-01, untouched in 250 days, not version=2/gecko 1.9 [[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
+** Reconfirming old bugs - How confident are we that all the "new" bugs in the database are still valid? Has someone changed the UI since, thus invalidating the bug, or has someone fixed the bug as a result of something else? There are ~2000 bugs classified as "new", are they really all [still valid] new? --[[User:Standard8|Standard8]] 01:19, 7 April 2008 (PDT).  // [http://tinyurl.com/56jeft crude approximation] 1958 bugs: created > 2007-04-01, untouched in 250 days, not version=2/gecko 1.9 --[[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
 ** [http://tinyurl.com/6896le delete folder issues], a [http://tinyurl.com/59poyw perhaps not so good query] --[[User:Wsm|wsm]] 12:48, 8 April 2008 (PDT)
 ** Meta Tracking Bug dep triages - I'm thinking mostly of {{bug|71728}} right now, but there are probably several tracking bugs who have incomplete dependency lists or dependencies tripping over each other. [https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&resolution=---&field0-0-0=keywords&type0-0-0=anywords&value0-0-0=meta&field0-0-1=short_desc&type0-0-1=anywordssubstr&value0-0-1=meta+track&field0-1-0=component&type0-1-0=anywords&value0-1-0=Mailnews+News+IMAP+SMTP+POP&field0-1-1=product&type0-1-1=anywords&value0-1-1=Thunderbird query of meta bugs] [[User:Jcranmer|Jcranmer]] 16:28, 22 May 2008 (PDT)
-** [http://tinyurl.com/63e3s2 Critical bugs lacking qualifying keywords] 225 bugs [[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
+** [http://tinyurl.com/63e3s2 Critical bugs lacking qualifying keywords] 225 bugs --[[User:Wsm|wsm]] 18:33, 27 May 2008 (PDT)
-** [http://tinyurl.com/4tpee2 dataloss keyword] 96 bugs [[User:Wsm|wsm]] 11:16, 28 May 2008 (PDT)
+** [http://tinyurl.com/4tpee2 dataloss keyword] 96 bugs --[[User:Wsm|wsm]] 11:16, 28 May 2008 (PDT)
-** bugs with [https://bugzilla.mozilla.org/describekeywords.cgi mailxxx keywords], especially [https://bugzilla.mozilla.org/buglist.cgi?keywords=mailtrack&resolution=--- mailtrack] [[User:Wsm|wsm]] 11:57, 28 May 2008 (PDT)
+** bugs with [https://bugzilla.mozilla.org/describekeywords.cgi mailxxx keywords], especially [https://bugzilla.mozilla.org/buglist.cgi?keywords=mailtrack&resolution=--- mailtrack] --[[User:Wsm|wsm]] 11:57, 28 May 2008 (PDT)
-** [http://tinyurl.com/6fy446 new mail/messages], over half are [http://tinyurl.com/5nqf6p UNCO] (49 bugs) [[User:Wsm|wsm]] 04:30, 2 June 2008 (PDT)
+** [http://tinyurl.com/6fy446 new mail/messages], over half are [http://tinyurl.com/5nqf6p UNCO] (49 bugs) --[[User:Wsm|wsm]] 04:30, 2 June 2008 (PDT)
-** [http://tinyurl.com/5eqdrf reporter probably gone] (27 bugs) courtesy Nikolay Shopik [[User:Wsm|wsm]] 07:07, 8 June 2008 (PDT)
+** [http://tinyurl.com/5eqdrf reporter probably gone] (27 bugs) courtesy Nikolay Shopik --[[User:Wsm|wsm]] 07:07, 8 June 2008 (PDT)
-** [http://tinyurl.com/5kglgk install] (88 bugs) [[User:Wsm|wsm]] 12:11, 4 July 2008 (PDT)
+** [http://tinyurl.com/5kglgk install] (88 bugs) --[[User:Wsm|wsm]] 12:11, 4 July 2008 (PDT)
 ** zug is a triager who makes great comments in many bugs - but someone with privileges is needed to make status/resolution changes.
 *** [http://tinyurl.com/3tuo4r zug UNCO bugs] (26 bugs)
 *** [http://tinyurl.com/4nah2t zug UNCO +enh] (136 bugs)
-** [http://tinyurl.com/9b35tn unsent/send later/outbox] (54 bugs, including Seamonkey) [[User:Wsm|wsm]] 14:45, 9 January 2009 (UTC)
+** [http://tinyurl.com/9b35tn unsent/send later/outbox] (54 bugs, including Seamonkey) --[[User:Wsm|wsm]] 14:45, 9 January 2009 (UTC)
-** [http://tinyurl.com/os69mb attachment corruption] (14 bugs) [[User:Wsm|wsm]] 12:30, 26 May 2009 (UTC)
+** [http://tinyurl.com/os69mb attachment corruption] (14 bugs) --[[User:Wsm|wsm]] 12:30, 26 May 2009 (UTC)
 * '''References'''