Changes to review policy

Axel Grude axel.grude at
Thu Apr 28 10:22:49 UTC 2016

Dear Mihovil,

do you keep replies with the other emails? I am not using the Sent folder anymore and 
but complete threads into specific folders; at a quick glance, I find it hard to 
filter out which of emails in a thread come from myself:

so although I can understand the rationale and possible advantage of always displaying 
the "main" correspondent instead of my own email address I think the implementation is 
slightly problematic as, during daily usage, I find that it slows down my ability to 
quickly pinpoint one of my own posts. They should visually stand out more which IMHO 
should have been part of the patch and would likely have been flagged during usability 
testing. suggestion: make the color of the "mine" arrow configurable and default it to 
black rather than light gray - also add a tooltip over the arrow that explains "from: 
<full name + email address>" ; I bet half of the complaints about the features may go 

Another interesting thing in the example (mailing list) above: members of the mailing 
list are shown but only my own name is replaced with the list name. Not sure but it 
has a strange feel to it - can it be improved?

just my 2cents,

*Axel Grude <mailto:axel.grude at>*
Software Developer
Thunderbird Add-ons Developer (QuickFolders, quickFilters, QuickPasswords, Zombie 
Keys, SmartTemplate4)
AMO Editor Get Thunderbird!

> *Subject:*Re: Changes to review policy
> *From:*Mihovil Stanić
> *To:*Tb-planning
> *Sent: *Thursday, 28/04/2016 10:05:43 10:05 GMT ST +0100 [Week 17]
> Not really sure what's all fuss around correspondents column?
> I receive about 15.000 emails a year on work email, handled by TB, and didn't notice 
> anything different in TB behaviour except column isn't named "From", it's now 
> "Correspondents".
> I'm not using inbox for received and sent email, those are two different folders, so 
> maybe that's why I don't have problems with it.
> Mihovil
> 28.04.2016 u 07:33, Jim Porter je napisao/la:
>> Given the user outcry around the upgrade from the From/Recipients column
>> to the Correspondents column (see
>> <>  for example), I'd
>> like to propose some new guidelines to our review policy to prevent this
>> from happening again. To be rather blunt, I don't think we're upholding
>> the minimum standards of quality that people should be able to expect
>> from us.
>> It's an especially stark contrast when you compare the Correspondents
>> column issue to another change in 45.0: the new default in composition
>> to create new <p> elements every time you hit enter. A number of people
>> have also been dissatisfied with the latter, but the fix for that is to
>> uncheck a single checkbox.
>> Undoing the Correspondents column upgrade, on the other hand, involves
>> setting a hidden pref and then fixing all the folders that were
>> "upgraded". Worse, we can't automatically roll the column state back
>> because we've actually destroyed data! If a user had *both* the From and
>> Recipient columns shown, the upgrade code hides them[1], and there's no
>> way I know of to look at the current state to determine this.
>> Therefore, I'd like to propose the following: any change to
>> Thunderbird's defaults should have a super-review before landing.
>> Super-reviewers would be especially focused on making sure that changes
>> meet most or all the following conditions, in descending order of
>> importance:
>> 1) No data/program state should be lost.
>> 2) Before changing a default, we should be sure the new default is
>>     fully-operational.
>> 3) Users should have an easy path to roll back to the previous UI/UX if
>>     they don't like the new version. If possible, ask the user *before*
>>     upgrading them.
>> 4) It should be easy for users to find out what's changed, along with
>>     instructions for how to adjust the new behavior to their liking.
>> Of course, I understand the desire to ship new features, especially if
>> we think they're better than the old ones, but we need to be very
>> careful. Email is mission-critical for many people, and as such, we have
>> a responsibility not to break things. Hopefully with a few more eyes on
>> changes like this, we can come up with ways to satisfy existing users'
>> needs while still working to modernize Thunderbird.
>> Thoughts?
>> - Jim
>> [1] Full disclosure: this is based solely on inspection, not actually
>> running the code.
>> _______________________________________________
>> tb-planning mailing list
>> tb-planning at
> _______________________________________________
> tb-planning mailing list
> tb-planning at

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iglcmdmbpcejgamf.png
Type: image/png
Size: 9648 bytes
Desc: not available
URL: <>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: thunderbird_blog2.png
Type: image/png
Size: 846 bytes
Desc: not available
URL: <>

More information about the tb-planning mailing list