Closed Bug 534006 Opened 15 years ago Closed 15 years ago

right scrollbar and buttons truncated after upgrade to TBird 3.0

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 536245

People

(Reporter: ron.flory, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
Build Identifier: Thunderbird/3.0

 Maximizing TBird in my left display, or when resizing Tbird to about 1070 pixels with in my main display causes TBird to truncate everything on the right side of the window.  The scrollbar and all the buttons on the right side disappear instead of resizing and readjusting to fit the available space.


Reproducible: Always

Steps to Reproduce:
1. Resize TBird to be narrower than about 1070 pixels wide.
2. 
3.
Actual Results:  
Entire right portion of TBird content/buttons, etc. are missing instead of adjusting to fit available (still, very adequate) space.

Expected Results:  
unnecessarily wide columns should narrow themselves, allowing all important content to be shown in available space.  This all worked fine in TBird 2.x moments before the upgrade.
Version: unspecified → 3.0
Can you provide us with a screenshot ?

Is this with the default theme ?
Notice right side of screen truncation- evel text and icon/buttons are lopped off.
 I'm not using themes, skins, etc. so far as I know.

 During 3.x install/migration, I did select 2.x display layout instead of new 3.x layout because the new layout is counter-intuitive (placing things in a pretty 'strange' order).

 Opinion: Inbox subfolders should be children of Inbox, the new layout hoses this up in a way that defies reason.

 Having said that, I don't see how to change this layout...

ron
Update: removing 5 or 6 of the buttons at the top of the reader (junk, tag, reply, reply_to_list, forward, back, forward) seems to have pulled the top window back in far enough that I now scrollbars on the top/main and message windows.

 I think there are too may 'fluff' buttons enabled by default, which seem to push the minimum display width out beyond 1070 pixels.  Also selecting "Icons beside text" instead of "Icons and Text" (with small icons) seems to make a big difference.

 Perhaps a more conservative (and smaller) set of default buttons and attribs would be helpful.  Just imagine how bad this would be on a little Netbook display instead of my 1050x1680 portrait display...

ron
Most of those buttons aren't enabled by default, actually. They come in as a result of migrating a 2.x profile to 3.x (and I think you have to explicitly choose to use the old toolbar settings in the migration tab on first use).

Still, the underlying issue is a problem: if the main toolbar is too wide to fit within the window, the other elements in the window size themselves according to the toolbar's width, not the window's width.
does this happen in safe mode?
do you run lightning? If so, see bug 532618
 I *was* running lightning .9 with Tbird 2.x, but 3.x says the plug-in isn't compatible with new Tbird, so I assume its been disabled.  I don't really need/use Lightning much any more, so I've removed it.

 As a test to see if the problem was still present without Lightning, I put all the action/icons back into the toolbar the way they were right after the upgrade and selected "large icons" besides text.  The right scrollbar disappeared just as before.
I have observed this same issue in Thunderbird 3.  I found that by using the Migration assistant to change the toolbar style to the opposite and back again, the display issue corrected itself.
(In reply to comment #8)
> I have observed this same issue in Thunderbird 3.  I found that by using the
> Migration assistant to change the toolbar style to the opposite and back again,
> the display issue corrected itself.

I'm not too sure about that.  For a minute, I thought the same thing, but I thihk it was a fluke of window/toolbar sizes at a particular point.

Until I came here, I didn't realize this issue had anything to do with the length of the toolbar.   I just thought the virtical scrollbar disappeared when the window was made "too narrow" whatever "too narrow" was.

After reading here, I see that the behavior does, indeed, seem to be related to the length of the toolbar.  This can make it seem that the problem is related to new toolbar vs. old toolbar because by default the new toolbar contains less "stuff" then the old toolbar, but, in fact, the virtical scrollbar disappears whenever the window is made too narrow to accommodate all the items on the toolbar whichever toolbar it is.

I'm not too worried about buttons disappearing when there isn't room for them.  In fact, I think that's probably unavoidable, but the scrollbar shouldn't disappear.

In Thunderbird 2 (and most other applications), the window can be made arbitrarily narrow and the scrollbar is retained.
Bob, your latest comment appears to address a related issue dealt with in another bug report, namely that part of the window disappears when not maximized.  My observation, and this bug report, are about what happens when the window is maximized.  I note the right-side disappearance each time I start Thunderbird, and each time I must use the Migration Assistant to change the toolbar style to the opposite style and back again, to correct the display.  Thereafter it remains correct within that session.  The underlying cause for both reported issues is likely the same.
You may be right Gerald.  I still don't know.

The initial report here does mention "Maximizing TBird", but then in "Steps to Reproduce" says "Resize TBird to be narrower ...".

Succeeding comments seem to me to be consistent with what I described, but maybe I'm confused.
See also bug 536245.
To conserve space, only the upper right corner is shown, but the entire right side is truncated equally, top to bottom.
I'm more convinced than ever that this bug and bug 536245 are actually the same thing approached from different directions and that whether or not the right side of the window is truncated is dependent on the relative widths of the window and toolbar and is only indirectly related to whether or not the window is maximized.

See recent additions to bug 536245 for more information particularly possibly relevant information regarding toggling the toolbar between "new" and "original".
i'm inclined to agree
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
See Bug 541052... - to fix,

#mail-toolbox {
  overflow-x:visible !important;
  overflow-y:visible !important;
}
#mail-bar3 {
	overflow-x:hidden !important;
}
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: