Alternate thread pane layout (folder and thread on top), new modern skin, linux, 9/27 commercial build. Resize the mail window narrower, and watch the right side of the thread pane, including the scrollbar, disappear. I'll attach a screen shot.

Nominate for RTM: this would be confusing to a user, especially if it happened in response to something other than a resize (e.g. I first saw it when changing skins).

Turns out the lack-of-scrollbar happens in the message pane, too.

"is it just me" or is there something funny with that attachment?

Yeah, the stuff in the message pane is screwed up. Maybe a layout problem or something. But the lack of scrollbar in the thread pane shows up okay for me.

mailtriage marking rtm-. We don't think this is too common and it's easy to get out of.

More info: on widows and linux with the branch build 9/29 this happens on the browser window too and the default mail window setting. Happens in mail, when user drags the right side in to a little over half of the screen size, the scroll bar disappears, but resizing just a little to the right brings it back. It's a certain width threashold that does this.

This is a really major problem for people who run at 640x480 resolution. At that size the scrollbars are off the edge even when maximized. I am currently using build 2000110304 on Windows 95 with the "Modern" theme, and I CANNOT get scrollbars no matter how much I poke and prod. Changing my resolution to 800x600 allows me to see the scrollbars, but then the poor refresh rate of my monitor slowly drives me mad... I like using the keyboard to scoll better anyway-- but its a mater of principal!

Some more info. The threshold at which the scrollbar (and any other content on the right side of the window) disappears is when the window is to narrow for the Mail Toolbar to fit. If you hide the mail toolbar, then the scrollbars will reappear. With the mail toolbar hidden, you can still run into this problem if the the headers (other than the subject, which wraps) are really long. For example, try sending yourself an e-mail with an incredibly long destination address To: blah [insert entire text of gettysburg address] blah <myemail@foo.com>

May I suggest a band-aid patch for this one? In modern.jar in skin/modern/messenger/messenger.css in line 78-81 we see: #button-getmsg, #button-newmsg, #button-reply, #button-replyall, #button-forward, #button-file, #button-next, #button-delete, #button-print, #button-stop { min-width : 52px; } If we change min-width to something just slightly smaller (I used 42px, but even 50px would probably be enough) If we pake it smaller, then the entire button-bar will fit neatly in a 640x480 maximized window, and therefore the scrollbars will not be pushed off the side... this still doesnt fix the core of the problem, since you can still push out the scrollbars when you resize the window even narrower, but at least it makes things happy for 640x480 people (and IMHO, it looks better aestheticly :)

See also bug 55368 for evaughan's comments (setting a min-width of 1px on the relevant element(s)).

reassigning to sspitzer and cc'ing hewitt.

This is still a problem on current linux mozilla builds in both classic and modern themes

this is also still a problem on Windows 95 and 98 when running at 640x480 screen resolution. I have to edit my messenger.css EVERY SINGLE TIME I download a new build (I have it automated in a script now :) OS:All ???

We clip the scrollbar in the messagePane at 660px width even with the sidebar collapsed in mailnews. So, yeah, we aren't usable at 640x480. Okay, that's a smaller part of the world, but the fix (two or three lines of css, setting some min-widths) is straightforward, low risk, and it's correct regardless of the monitor size (e.g., the scrollbars should never go away). I don't know which elements need this tweak in the mailnews xul, but probably hewitt can point them out. (See also bug 55368). Nom. nsbeta1; simple fix, clear usability win.

marking nsbeta1- for Seth as the owner, but if someone has a fix then please try to get it in.

As of build 2001031904 this is still happening, but thanks to someones recent mailnews checkins, the threshold at which the vertical scrollbars dissapear is now about 400px instead of 660px. Mail is now actually usable at 640x480 resolution. yay!

Yes, dbaron checked in a global rule for menubar, toolbar, as described in bug 55368. The scrollbar still disappears at very low widths, but good enough for this rev.

*** Bug 85737 has been marked as a duplicate of this bug. ***

Viewing a message with a wide attachment image increases the width at which the scrollbars get cropped off up to the total minimum toolbar width. os->all

Possibly related? In 2001081710 (Solaris), when I get obscenely long e-mail addresses that run off the right-hand side of the window, the message list goes wide too and its scrollbar becomes inaccessible. Selecting a normal message returns the scrollbar to its normal place.

This is an old bug, and since it was filed, the <outliner/> has been created, and on top of that Jan Varga has fixed a bunch of scrollbar problems on *that*. I bet this is WORKSFORME. Akk, is it?

I can't say. The mail thread pane outliner has been extremely horked for me the last few days (constant assertions every time I mouse over it, and some folders not showing up). Perhaps someone else has it working and can confirm.

win98 2002010803: wfm, thread pane scroll bar doesn't get cropped until the columns in it are at minimum width (@ window width 400px normal layout, 250px alt layout for me). Message content minimum width has no effect. Matt, long line in full headers breaking things is bug 91662.

Assertions should be fixed now.

Marking as worksforme then.

Verified WFM