Closed Bug 436623 Opened 16 years ago Closed 4 years ago

Recipient type unexpectedly falls back to "To:" after entering comma separated addresses e.g. CC on a row

Categories

(Thunderbird :: Message Compose Window, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 440377

People

(Reporter: kopfj, Unassigned)

References

Details

(Keywords: ux-consistency)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 Build Identifier: Mozilla Thunderbird version 2.0.0.14 (20080421) The Email address type menu (To:, CC:, BCC:, etc.) doesn't work as expected; It defaults to TO, but if changed to CC or BCC it SOMETIMES switches back to TO: Reproducible: Always Steps to Reproduce: 1.Select Write 2.Enter a TO: address 3.Change to CC 4.Enter an address and hit return - that address is entered as CC and a new CC line is created. 5. ENTER 2 OR MORE comma-separated addresses and hit return - those addresses are each entered as a separate CC line, but then a new TO: line is created. Actual Results: If not noticed, subsequent CC (OR BCC!!) addresses are posted as TO:!!! Expected Results: The selected mode of addressing should "Stick", i.e., after selecting CC:, *ALL* subsequent address for that message should be CC: *UNLESS* a different mode is selected. Not previously understanding the problem, I have been flamed by several individuals who I *thought* I was adding as a BCC, but their addresses appeared in the clear as TO: addresses.
The behavior is as described, tb2 and 3.0a1. I wonder if this is how it was thought or is a mistake. Usability issue? Seams bit inconsistent. (would expect cc to propagate even if comma .. as in simple enter ..)
confirming (for 2.0.0.14 and 3.0a1) Normally enter propagates the last selected to/cc/bcc type, while on comma separated addresses it does reset to default to: destination. That is inconsistent behavior and usage issue, not behaving as expected. I would speculate that [enter] on cc: comma separated ones creates several cc: fields in one shot and it fails to "see" the last one as an [enter] similar to enter on key. Thus proposing the default to:
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
I would point out that I'd previously used Netscape Communicator, and the problem did not occur there. Since I understand that Thunderbird is a direct descendant of Netscape, that suggests that something got broken along the way.
OS: Windows 2000 → All
Hardware: PC → All
Summary: selected destination type (e.g., CC) gets changed → adds a new To: row after entering comma separated addresses e.g. CC on a row:
Keywords: ux-consistency
Summary: adds a new To: row after entering comma separated addresses e.g. CC on a row: → Recipient type unexpectedly falls back to "To:" after entering comma separated addresses e.g. CC on a row

This was reported against TB versions <= TB68 and the problem has been eliminated by the recipient area redesign of bug 440377.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.