Thunderbird:Fix some longstanding bugs

From MozillaWiki
Revision as of 19:22, 24 March 2005 by Andrea.m (talk | contribs) (bug 65794)
Jump to navigation Jump to search

The things that always bug me about TB are mostly bugs that have been around for a long time, back to early suite development, with little attention. In particular, I see a lot of mail composition bugs, especially around HTML and also format=flowed. Part of the problem, I assume, is that the editor code is all gnarly and nobody currently active on the project wants to get that deep into it.

These are some that I think really ought to be given attention:

Mail Editing bugs

Bug 180997: Embedded images (and other documents) in an HTML composition are simply discarded during the conversion to plain text; these should be turned into attachments. Even worse: embedding an image does not count as "HTML formatting" when determining whether to convert to plain text, so unless the user has performed one of the mystical ablutions to ensure the message going out as HTML, the image -- which may be the most important part of the message -- can be dropped without notice.

Bug 125928: HTML compose, converted to plain text for sending, is marked as format=flowed but is not processed like plain text is for f=f, resulting in badly formatted mail

Bug 155622 and Bug 220575: Plain Text compose: When you open a saved draft, or Edit <msg> As New (155622), or select Edit | Rewrap (220575), all the flow information is discarded, so the end of every visible line has a hard line break. Restoring all that information is tedious and error-prone.

Bug 187997: Rewrap doesn't work on selected (plain) text; it joins lines incorrectly and puts quote marks (>) in the middle of lines.

Bug 249082: Rewrap behavior in an HTML message is just wrong; it either does nothing to, or completely breaks, quoted text. (It has essentially no effect on the user text, which is as expected, and as it should work for plain text.)


Attachments & MIME bugs

This bug, https://bugzilla.mozilla.org/show_bug.cgi?id=65794 is very old, very annoying, gets lots of dupes, and is easily fixable. See also this mz thread: http://forums.mozillazine.org/viewtopic.php?p=536030

Filter bugs

Notification bugs

I don't know how much of the notification stuff is Core -- the Notification category in Bugzilla is listed under the Suite product, but these problems are all present in TB 1.0. Maybe the 'new items in account' and 'new items in folder' indications are going to change drastically as the filesystem converts to a database and all the folders become virtual, so these may be moot...

Bug 116181 and Bug 222068: The 'New' indicator on each mail account, and the system tray icon, do not automatically clear as expected during (after) reading messages that were filtered to a different account. Each account's 'New' indicator will only clear after some activity within the account, even all the new messages were filtered elsewhere. The tray icon will only clear when one account has its 'New' indicator cleared.

Those two bugs lead directly to this one:

Bug 210148: I want to get further notifications (slide-up and audible alert and, if necessary, a new tray icon) even when a previous notification has not been entirely cleared. This is filed as an enhancement (see the bug for a pointer to why), but there is a UI glitch associated with this as well: the tray icon will clear immediately upon reading the mail in one account, but if new mail has arrived in two accounts and only one has been read, subsequent new mail (via biff) will not trigger another notification

Bug 138095 and Bug 209752: The tooltip on the tray icon does not update as new mail arrives; only the count of the initial fetch for each account is shown, and if more than two accounts receive mail, not all accounts are shown in the tooltip.



[More to come...]

--mcow 09:14, 13 Mar 2005 (PST)