Closed
Bug 262875
Opened 21 years ago
Closed 19 years ago
A Reply-To: with CC:'s causes additional vertical spacing in envelope panel (after the CC's)
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jason, Assigned: mscott)
References
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Sometimes extra space appears below the list of CC's. I believe that it's
related to whether or not the user has specified a Reply-To: address.
In one case, when the list of CC's is longer then the window has resizing
problems. I'll attach a screenshot.
Reproducible: Sometimes
Steps to Reproduce:
1.Look at an message with CC's and note the space below.
2.Find another message where the sender set up a Reply-To address
3.Compare the space below
Actual Results:
The space below the CC was larger than expected. After expanding the full list
it shrunk, then stayed the same following unexpanding the list.
Expected Results:
The space below the CC's should stay the same.
I have the 'Quick Reply' extention added to Thunderbird and it may influence this.
| Reporter | ||
Comment 1•21 years ago
|
||
Notice the three different views. The first is how the message shows up in my
mail box. The second is after I expand the list of CC's. The third is after I
un-expand the list.
Comment 2•21 years ago
|
||
xref bug 255201, bug 174613
Summary: A Reply-To: with CC:'s ads an additional break after the CC's → A Reply-To: with CC:'s causes additional vertical spacing in envelope panel (after the CC's)
Comment 3•20 years ago
|
||
*** Bug 290445 has been marked as a duplicate of this bug. ***
Comment 4•20 years ago
|
||
Steps to reproduce the bug on the win32 trunk version 1.6a1 (20060104):
1. Select message with several Bcc entries
2. Expand Bcc addresses in the header
3. Select another message
4. Return to the message with expanded Bcc adresses
Updated•20 years ago
|
Attachment #207635 -
Attachment description: Header of the compose window with Bcc fields expanded → Header of the message pane window with Bcc fields expanded
Comment 5•20 years ago
|
||
Bug now irregularly appearing (not always) on the trunk version 1.6a1 (20060105)
I'm seeing this on Redhat WS3 and Thunderbird 1.5. I don't remember seeing this in previous versions. I haven't been able to confirm a previous comment about it being related to the Reply-To: address being present or not.
Comment 8•19 years ago
|
||
I think this bug has been cleaned up thanks to the work in bug 335973. Can any reporter still reproduce this work with 2b1 or a current/recent trunk build?
Comment 9•19 years ago
|
||
Replying here as this may be a related regression:
I just updated to TB2b2, and the message I'd seen which was producing buggy behavior no longer does. However, something new appears which didn't before: now when I look at the message, there is no plus sign next to the names, since all the names fit on one line. Great. BUT, if I switch folders, then switch back to the Inbox and look at the message again, there's a plus sign next to the names. Clicking on it toggles it to a minus (and back again with another click), but doesn't change the display (since all names are shown already). I can't seem to get the plus to go away altogether except by restarting TB.
Additionally, this useless/spurious plus-minus control appears even on messages with one recipient, and one sender (even without a Reply-To: address, by way of comment #6 above).
Before I open a new bug that may be a dup, is anyone else seeing this behavior?
Comment 10•19 years ago
|
||
No need to open a new one, that's bug 348395.
Resolving this bug as WFM; please don't reopen unless you have a good test case that shows the problem in current branch & trunk builds.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•