Thunderbird/StatusMeetings/2008-05-13: Difference between revisions

With minutes incorporated
(With minutes incorporated)
Line 11: Line 11:
=== Action Items ===
=== Action Items ===
==== Open ====
==== Open ====
* '''AI:davida''' review format of status meetings minutes
* '''AI:dmose''' mail release-drivers to start bit push
* '''AI:group''' write down desired IMAP behavior on wiki page for next week
* '''AI:emre''' send recently written IMAP docs to bienvenu for review
* '''AI:clarkbw''' different list view?
* '''AI:Standard8/clarkbw''': mac addrbook UI
* '''AI:davida''' schedule postmortem for 3.0a1
* '''AI:davida''' guided form doesn't allow version unsetting
* '''AI:davida''' bugzilla should _refuse_ unspecified version
* '''AI:davida''' version field UI in bugzilla should be clarified
* '''AI:davida''' should have "file bug" menu item in nightlies/alphas
* '''AI:group''' read/edit [[Thunderbird:Road Map To XULRunner‎]]
* '''AI:group''' read/edit [[MailNews:Address Book RoadMap]]


==== Closed ====
==== Closed ====
* '''AI:davida''' review format of status meetings minutes
** Format of minutes copied from build team meetings
*** People move items during the week from Open to Closed section
*** AI: syntax convention allows for searching across the wiki
* '''AI:nth10sd'''
* '''AI:nth10sd'''
* QA for Shredder a1
* QA for Shredder a1
Line 22: Line 37:
* QA <strike>almost</strike> completed by nth10sd
* QA <strike>almost</strike> completed by nth10sd
* Release mechanics: who owns?  
* Release mechanics: who owns?  
* IA:davida: schedule postmortem for 3.0a1
** rick
*** after QA sez that bits looks good, release lead mails release-drivers that it's ok to push bits to mirrors (done manually, currently only by nick and john)
* david to schedule postmortem
** ASAP is best, before folks forget
** but hard to schedule until the release itself actually happens


=== [[Thunderbird:Thunderbird_3.0a2]] ===
=== [[Thunderbird:Thunderbird_3.0a2]] ===


* Why? - Release goals TBD
* Why? - Release goals TBD
* When?
** Possibilities
*** Better offline experience?
*** AI(group): write down desired behavior on wiki page for next week
*** AI(emre): send recently written IMAP docs to bienvenu for review
*** AI(clarkbw): different list view?
*** AI(Standard8/clarkbw): mac addrbook UI
* When
** Planned code freeze: July 8, 23:59 Pacific
* QA
* QA
** Shredder a1 QA was done by nth10sd
** Shredder a1 QA was done by nth10sd (~3 days); nth10sd not available for a2
** According to 6-8 week release schedule between alphas, he'll have finished his internship by then.
** According to 6-8 week release schedule between alphas, he'll have finished his internship by then and will be on break.
*** There should be a plan for QA in Shredder a2. (see also next testday)
*** There should be a plan for QA in Shredder a2. (see also next testday)


=== General Planning ===
=== General Planning ===


* [[Thunderbird:Road Map To XULRunner‎]]
* Would to like, as a group, understand better:
* [[MailNews:Address Book RoadMap]]
** '''AI:group''': read/edit [[Thunderbird:Road Map To XULRunner‎]]
** '''AI:group''': read/edit [[MailNews:Address Book RoadMap]]


=== QA Updates ===
=== QA Updates ===
Line 60: Line 87:
Current bug break down and recent activity
Current bug break down and recent activity
* triage rate still not up to pace with rate of bugs being reported: [http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/0a67ceed4a416787# m.d.a.t] [http://forums.mozillazine.org/viewtopic.php?t=655541&highlight= forums]  
* triage rate still not up to pace with rate of bugs being reported: [http://groups.google.com/group/mozilla.dev.apps.thunderbird/browse_thread/thread/0a67ceed4a416787# m.d.a.t] [http://forums.mozillazine.org/viewtopic.php?t=655541&highlight= forums]  
* stats by version (product=Thunderbird-only):
* open/unconfirmed (product=Thunderbird):
** open/unconfirmed:
** <=1.0 89/49 55%
*** <=1.0 89/49 55%
** 1.5 350/207 59%
*** 1.5 350/207 59%
** 2.0 615/297 48%
*** 2.0 615/297 48%
** trunk 774/129  16%
*** trunk 774/129  16%
** unspec 3732/2575 69%
*** unspec 3732/2575 69%  
*** this is the default setting
** ''no comments'' other than reporter's (i.e. unworked), open/unconfirmed
*** <=1.0 33/18 - ~40% of the total for <=1.0
*** 1.5 77/48 - ~20% of the total for 1.5
*** 2.0 81/46 - <15% of the total for 2.0
*** trunk 145/20 - <20% of the total for trunk
*** unspec 1258/1104 - '''~40% of the total for unspec'''
**** high percentage (40%) are "unworked" bugs, relative to vers=0.9-trunk (25%)
* recent activity (product=Thunderbird)
* recent activity (product=Thunderbird)
** [http://tinyurl.com/5knkhj 800 bugs closed in last 2 months]
** [http://tinyurl.com/5knkhj 800 bugs closed in last 2 months]
** [http://tinyurl.com/6c5j5p 520 bugs closed in previous 2 month period]
** [http://tinyurl.com/6c5j5p 520 bugs closed in previous 2 month period]
** so rate of bug closing is up substantially


=== Roundtable ===
=== Roundtable ===


davida:
davida:
* Start page for 3.0a1 is pointless, as 3.0a1 uses chrome URL for that.  To fix when we do the Shredder branding.  {{bug|430762}}
* Start page for 3.0a1 is pointless, as 3.0a1 uses chrome URL for that.  To fix when we do the Shredder branding.  {{bug|430762}}
* blog entry on 2.0.0.14 SSL issue hasn't generated much response
* davida to test editing 2.0.0.x start page
* safe testing: what can we do?
** bienvenu: existing bug on doing what Mail.app does
*** default POP to leave-on-server & delete after 7 days
** Standard8: mozbackup extension actively developed
* worked on try server patch for other projects; under review


Standard8:
Standard8:
Line 107: Line 132:


clarkbw:
clarkbw:
* worked on bugs
* worked on bugs
** {{bug|431819}} recommending short term revert and alt tb vs. ff setting
** {{bug|431819}} recommending short term revert and alt tb vs. ff setting
Line 123: Line 147:
** Chatted more with Paolo Iacobazzi
** Chatted more with Paolo Iacobazzi
** Updated wiki page [[User:Clarkbw/Return Receipt]] to reflect comments and changes.  Another small UI improvement that's possible.
** Updated wiki page [[User:Clarkbw/Return Receipt]] to reflect comments and changes.  Another small UI improvement that's possible.


rick:
rick:
Line 136: Line 159:


beckley:
beckley:
* Working on auto-opening mailboxes that receive filtered messages
* autoopening mailboxes
* Helping sid0 with debugging and the Bugzilla/CVS process.
* working with sid0 on desktop search integration
* Dale says he will get some time within the next couple of days to talk to Emre about offline IMAP.
* on vacation next week
* Will be offline next week, on vacation: 5/18-5/26.


emre:
emre:
* Didn't work on bugs last week.
* Didn't work on bugs last week.
* Holding dummy protocol implementation work until extending the protocol mechanism becomes a priority.
* Holding dummy protocol implementation work until extending the protocol mechanism becomes a priority.
* Data storage and search mechanism diagrams will be up after this meeting. Combined, they provide good understand of the design in-place and about how to extend the search features in back-end. Couple ideas are:
* Data storage and search mechanism diagrams will be up after this meeting. Combined, they provide good understand of the design in-place and about how to extend the search features in back-end. Couple ideas are:
** Develop an add-on to experiment sqlite based searching.  
** Develop an add-on to experiment sqlite based searching.  
Line 149: Line 171:
*** Pros: both the existent mechanism and the new one are functional at the same time for experiments
*** Pros: both the existent mechanism and the new one are functional at the same time for experiments
*** Cons: most likely, the code is not reusable
*** Cons: most likely, the code is not reusable
*** Cons: more coding, and add-on mambo-jambo (I think this is a technical term)
*** Cons: more coding, and add-on mumbo-jumbo (I think this is a technical term)
** Replace the existent search mechanism by;
** Replace the existent search mechanism by;
*** extending nsIMsgSearchAdapter interface
*** extending nsIMsgSearchAdapter interface
Line 155: Line 177:
*** simply replacing the current implementation of nsMsgSearchOfflineMail class
*** simply replacing the current implementation of nsMsgSearchOfflineMail class
**** simple and dirty. Relatively difficult to share with Bryan and others since it requires patching and compilation.
**** simple and dirty. Relatively difficult to share with Bryan and others since it requires patching and compilation.
** another idea: CLucene, as used in Flock
* Imap offline improvements: Dale hasn't got back to me yet
* Imap offline improvements: Dale hasn't got back to me yet
* Hasn't talk to Bryan about my findings yet
* Hasn't talk to Bryan about my findings yet
* Next week;
* Next week;
** I want to work on bugs assigned to me that I couldn't find time to work on last week.  
** I want to work on bugs assigned to me that I couldn't find time to work on last week.  
** I plan to developan experimental Sqlite based search mechanism - if we decide to go on this direction.
** I plan to develop an experimental Sqlite based search mechanism - if we decide to go on this direction.
** Going to publish IMAP status report  for feedback.


asuth:
asuth:
Line 166: Line 188:
* Lots of work on deleting-lots-of-messages {{bug|296453}}.  I think I have addressed all of the fundamental issues, although there's the question of...
* Lots of work on deleting-lots-of-messages {{bug|296453}}.  I think I have addressed all of the fundamental issues, although there's the question of...
** Should we have a folder-events-only event stream that people can listen for, so they don't have to receive all the message events and just filter them out?
** Should we have a folder-events-only event stream that people can listen for, so they don't have to receive all the message events and just filter them out?
*** bienvenu: could add bit flags to allow for this
** Created page on threading and the preferences that affect it in the process: [[MailNews:Message_Threading]].
** Created page on threading and the preferences that affect it in the process: [[MailNews:Message_Threading]].
** (Still need to log a related bug or two and try and get some unit testing for the topological sort logic.)
** (Still need to log a related bug or two and try and get some unit testing for the topological sort logic.)
* Touched base with clarkbw on search.
* Touched base with clarkbw on search.


wsmwk:  
wsmwk:
* Working with standard8 on palmsync+trunk
* Working with standard8 on palmsync+trunk
* [http://talkback-public.mozilla.org/reports/thunderbird/TB20014/index.html TB 2.0.0.14 missing from talkback] - filed [https://bugzilla.mozilla.org/show_bug.cgi?id=433234 bug 433234]
* [http://talkback-public.mozilla.org/reports/thunderbird/TB20014/index.html TB 2.0.0.14 missing from talkback] - filed [https://bugzilla.mozilla.org/show_bug.cgi?id=433234 bug 433234]


=== Attendees ===
=== Attendees ===
 
asuth, beckley, bienvenu, clarkbw, davida, dmose, emre, nth10sd, Standard8, wsmwk


__NOTOC__
__NOTOC__
Confirmed users
2,615

edits