Closed Bug 209076 Opened 21 years ago Closed 21 years ago

Mail "thread" pane spurious resizing

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 190820

People

(Reporter: rtglover, Assigned: sspitzer)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030529

In the Mail "thread" pane (layout with the folders pane to the left running top
to bottom), select a message in the in-box.  Make sure you have enough messages
to get a vertical scroll bar.  Then grab the vertical splitter, which is to the
left of the "thread" pane, and drag it as to the right as the program will allow
(get the minimum allowed width for the "thread" pane).  Then in the "thread"
pane select different messages, the window will resize itself for each message,
changing size each time.

I also had similar behavior from the following scenario, but was unable to
reproduce it:
In the Mail reader's "thread" window hovering over a long subject causes a
tooltip to appear.  When the tooltip appears, the vertical scrollbar (which was
present to begin with) disappears and re-appears (flickers).  Reproducing this
is very dependant on the horizonal width of the "thread" window, and of course
having a subject that is wider than the subject column.  In fact, this behavior
only seems to occur when the windows is at its program-enfored minimum width.


Reproducible: Always

Steps to Reproduce:
1. In Preferences->Mail & Newsgroups->Windows, set layout so that the folders
   pane is on the left, running top-to-bottom.
2. Fill the in-box with non-identical messages so it has a vertical scroll bar.
3. Resize the "thread" pane so that it has the minimum, program-enforced width.
4. Select a message, then another, then another.
Note: I was able to reproduce this using the trash bin as well.
Actual Results:  
The vertical scroll bar disappears, the window shifts to the right, the
scroll-bar re-appears, and the window shifts back.  This usually results in a
net change of width for the window -- the window changes size for each message.

Expected Results:  
Just guessing here, but the minimum width for the "thread" window seems to be
calculated from the currently-selected email message.  Perhaps some other
approach or rule-of-thumb should be used.  Something more constant.

I examined the following bug reports which seemed similar, but not similar enough:
205021 and 205464.  They may be related though.
Flags: blocking1.4+
Flags: blocking1.4+
Mozilla 1.4 RC-2 Also exhibits this behavior.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030617
The behavior is also present in these versions:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314

*** This bug has been marked as a duplicate of 190820 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.