Closed Bug 31806 Opened 25 years ago Closed 24 years ago

To and cc in message pane, can't see all recipients.

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: scottputterman, Assigned: mscott)

References

Details

Any one of us could probably look into this so I'll just point this problem out
if it's not a dup already.  In this morning's build, if a message is to a,b, and
c, then the message pane looks like:

To:  a
     ,
     b
     ,
     c

instead of putting them all on one line.
QA Contact: lchiang → laurel
Hmmm, I don't see this on the tip from a tree I pulled last night. Viewing a
message with multiple recipients separated by commas works just fine.

Maybe the problem was introduced late last night.....

I still don't see this. Is anyone else besides scott seeing this?

I take it back. I am seeing this now.
Target Milestone: M15
Targeting for M15.

*** Bug 32411 has been marked as a duplicate of this bug. ***
Adding Eric to the cc list in case he has any ideas. None of our UI for the
message header has changed since the beta1 branch. Eric, this problem started
showing up during that Friday - Monday period when all the carpools were going
on for the TIP before the tip opened for regular checkins. Do you know of
anything that got checked in involving boxes that could cause this problem?

Basically we have a box which contains the following pattern:
titledbutton which contains the email address, a div which contains the text ",
", another tiledbutton containing another email address.

All of the elements are generated and inserted into the box dynamically. For
some reason each element is suddenly showing up on it's own line:
titledbutton
,
titledbutton

instead of titledbutton followed by a comma, followed by another titled button.



I'm hoping hangas can help me track this down tomorrow. I've generated some
isolated xul which looks like the mail message pane to mimic this problem.

It turns out that in M15, if the titled buttons and the text elements (the ", ")
are contained within a div then each element appears on it's own line.
If I remove the enclosing div, things display just fine on M15!! Both cases
display just fine on the beta1 branch.

Seems like something changed between the relationships of titledbuttons
contained in divs...

*** Bug 33441 has been marked as a duplicate of this bug. ***
marking as dogfood.

I haven't been able to come up with a solution to this problem yet. The ideal
solution is to remove the html div's that I'm using to insert the xul titled
buttons and text nodes into.

However when I replace the div with a box and then insert the buttons and text
nodes, the box doesn't show the text nodes (so the ', ' are all lost). Your left
with a long tring of email address buttons.

I'm still playing around with it.
Keywords: dogfood
This sure sounds like a good M15 candidate!  I'd really like to see it fixed. 

For the dogfood rating... Does it make sending mail impossible (with lots of 
bounces) or does it just "look silly" beyond belief?   ....and still basically 
work :-/.
Can you hack the box version by putting the "," in the button's string?  Any
quick fix to get M15 going again...

We've decided on the simple hack of just removing the lines with only "," in 
them.  It's not the UI we want to have ultimately, but it becomes not an M15 
stopper.  Should be trivial to make this fix.
I should have the real fix for this ready by Monday instead of trying to hack 
around it by not including the ", ". I figured out a way to get it to work the 
way we want. 

addresses are now properly showing up on the same line again. Unfortunately, I'm 
using a box instead of an html:div to do this and the box is not properly 
wrapping the titled buttons when they spill past the end of the window.

this is very problematic when you view a message with a lot of recipients 
because the toggle button is at the end of the line and you can't get to it 
because the box doesn't wrap the contents. Hmmmm...
Status: NEW → ASSIGNED
I've fixed it so the addresses and ", " fields start showing up on the same line
again. However in order to get this too work, I had to use a box instead of a
div for the object that contains the titledbuttons. Unfortunately, boxes don't
wrap content when we hit the end of the window like div's do.

So now we have a new problem where if you having a lot of addresses in a
particular field, it flows past the end of the line and you can't see any of the
addresses after the end of the window because nothing gets wrapped.

I'll need evaughan's help to see if that can be fixed. But at least it looks
much better now!

Moving off the M15 list. Removing dogfood label. I believe the M15 portion for
this bug is fixed.
Keywords: dogfood
Target Milestone: M15 → M16
*** Bug 35353 has been marked as a duplicate of this bug. ***
*** Bug 33775 has been marked as a duplicate of this bug. ***
Changing summary to reflect progress on the bug.  marking nsbeta2.
Keywords: nsbeta2
Summary: To and cc in message pane put each name and , on a separate line → To and cc in message pane, can't see all recipients.
Mass moving M16 to M17 - look for nsbeta2 before anything else.
Target Milestone: M16 → M17
undoing re-targeting.
Target Milestone: M17 → M16
I came up with a temporary work around with some help from evaughan that fixes
this problem by restoring wrapping to the to and cc fields.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
OK using:
2000-05-16-08m16 commercial build linux rh.60
2000-05-16-09m16 commercial build NT 4.0
2000-05-16-09m16 commercial build mac OS 9.0
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.