515587 - Spurious scroll bars in message header due to wacky overflow-y

Status: RESOLVED FIXED

(Thunderbird :: Mail Window Front End, defect)

Description

[David Ascher (:davida)]

STR:

1) select a message w/ no tags and only To, Subject, Cc lines.  (the message header area is nice and small

2) select a message with tags, or with more header lines displayed (the message haeder area grows appropriately

3) re-select the first message:

  - the message area shrinks back to its normal size, but the inner box keeps the size allocated for the second message, and so grows a scrollbar to accomodate this larger, but empty, space.

I've looked in DOMi, and I'm not seeing any extra dom nodes that would justify the larger size, so I'm tempted to blame a bug in XUL layout having to do with detection of underflow not propagating to the inner nodes somehow, or some equally opaque voodoo.

The problem goes away if I remove the overflow-y: line on #expandedHeaderView (testing in pinstripe, but I've seen the problem in other OSes), but then the "all headers" mode does really go crazy.

Comment 1

[Phil Ringnalda (:philor)]

Bug 512036, no?

Comment 2

[David Ascher (:davida)]

Yes, I suspect all of these are related.  I liked these STRs because they seem highly reproducible, and to me they point at some possible root causes.

Comment 3

[Dan Mosedale (:dmosedale, :dmose)]

The root cause is believed to be known: bug 512036 was reduced to a gecko bug which was filed as bug 513318.

Comment 4

[David Ascher (:davida)]

FYI, bug 513318 has a patch that seems to solve this problem for me.  Now we just need to wait for 192 review and 191 approval.

Comment 5

[David Ascher (:davida)]

Roc, any hope of getting this in this weekend?

Comment 6

[David Ascher (:davida)]

Assigning to standard8, so he'll have a reminder to ping 192 drivers.

Comment 7

[Phil Ringnalda (:philor)]

Fixed by 1.9.1 landing of bug 513318.