428939 - Vertical scrollbar does not show fully if window-width is resized less than ~400px, no text wrapping

Status: RESOLVED INACTIVE

(Firefox :: Address Bar, defect)

Description

[Syophone]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008040907 Minefield/3.0pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008040907 Minefield/3.0pre

If I resize the window to less then about 400px, web-page contents appear correctly, but the Vertical scrollbar will disappear.

Reproducible: Always

Steps to Reproduce:
1. Bring up a webpage long enough (there are fixed-width tables better) so that the scrollbar on the right will be present.
2. Resize the width of the window to 400 pixels or smaller.

Actual Results:  
The vertical scrollbar will disappear.

Expected Results:  
The vertical scrollbar should be shown.

Comment 1

[Mats Palmgren (inactive)]

Attachment: Testcase #1

It seems it's the RSS symbol in the URL bar that prevents the viewport
from shrinking.  Similar to bug 391358.

Comment 2

[Mats Palmgren (inactive)]

Attachment: Testcase #2 (without the RSS link)

Comment 3

[Mats Palmgren (inactive)]

The bug does not occur in Firefox 2.0.0.13 on Linux.
Is it possible to fix it in the Location bar code perhaps?

Comment 4

[Syophone]

Attachment: Library have the same issue

Comment 5

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Attachment: Screenshot: page with Fx3 at minimum width, without navigation, bookmark and status bars

It works without bars. Definitively a duplicate of Bug 391358. Can someone set it?

Comment 6

[Mats Palmgren (inactive)]

I'm not so sure it's a dupe (if I were, I would have duped it in
comment 1 already).  Let's mark it dependent for now.

Comment 7

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

I think (but not very sure) Bug 435652 Comment 10 and 11 confirm this is a duplicate. What do you think?

Comment 11

[Dão Gottwald [:dao]]

Attachment: screenshot, no bug

WFM on trunk.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1a2pre) Gecko/2008072903 Minefield/3.1a2pre

Comment 12

[Mats Palmgren (inactive)]

Bug still occurs in 2008073002 Minefield/3.1a2pre on Linux.

Comment 13

[Tony Mechelynck [:tonymec]]

Bug also occurs on Sm-trunk:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1a2pre) Gecko/2008080400 SeaMonkey/2.0a1pre

Comment 14

[Adam Fabian]

This depends on how many items are in the navigation toolbar in my Firefox 3.0.1 on Windows Vista.  If I shrink the window horizontally until the scrollbar disappears, and then remove an item from my navigation bar, the scrollbar will reappear.  To be able to resize the window smaller still and keep the scrollbar, I can remove more buttons.

Vote up, people!  This bug is majorly annoying if you like to resize your window so that lines you're reading on screen are short.  (Studies show that shorter lines are easier to read, which my experience bears out), so I go for 8-9 words per line, and hit this bug very frequently.

Comment 15

[Vitezslav Koci]

(In reply to comment #14)

Seems like the only item in navigation toolbar on which this bug depends is Location bar. When I remove it, I can have all other items in toolbar present and bug does not occure anymore.

Remove Location Bar from toolbar and use shortcut Ctrl-L instead if need write URL.

Comment 17

[Daniel Veditz [:dveditz]]

fwiw I see this on Windows when the OS is set to the Windows Classic theme, but not when using the Windows XP theme (the default Firefox theme in both cases).

Comment 19

[Mike Beltzner [:beltzner, not reading bugmail]]

We can continue trying to fix this in the themes, but really, it's caused by XUL float issues. Does that make this a dupe?

Comment 20

[Daniel Veditz [:dveditz]]

Since there can be workarounds in the themes this should be a "depends on" rather than an actual duplicate bug.

Comment 21

[Jim Giordano]

I find it more distressing that word wrap stops working rather than just the scroll bar disappearing, but alas, 442033 has been marked a duplicate of this bug, so please be sure word wrap is working using windows classic theme also.

Comment 22

[Daniel Veditz [:dveditz]]

well sure, it's the same thing. Text is wrapped at the scrollbar, and the scrollbar/wrapping-point won't compress past a certain point.

Comment 23

[Daniel Veditz [:dveditz]]

Not "wanted1.9.0.x" in the sense that release-drivers will push for a fix, but if there's a safe trunk fix we'll consider approving a patch later.

Comment 26

[Masahiro YAMADA]

I think this issue is same as bug 312247.
It was fixed by landing workaround to browser.css, not fix of Gecko.

Comment 27

[Jim Giordano]

Are you saying there is a workaround and this won't be fixed?

Comment 28

[Atsushi Sakai]

Attachment: Workaround

This works even if the feed icon is displayed.
It does not work with https site, though.

The trigger is explained in Bug 480255 Comment #18.
In this case, if urlbar has overflow area, its min-width is overwritten.
So, if urlbar is wide enough to include children, overflow does not happen and this issue does not occur.

Comment 30

[Tom Perri]

Attachment: screen shot A (after window downsize, vertical scroll bar has vanished)

this is a screen shot after window resize, note arrow where vertical scroll bar SHOULD be

Comment 31

[Tom Perri]

Attachment: screen shot B (after window enlarge, vertical scroll bar reappears)

this is a screen shot after enlarging window, note arrow, vertical scroll bar has reappeared.

Comment 32

[tristan savatier]

i see your screenshots, but does it also fix the issue that the content window width was not resized to match the viewable part?

e.g. will it show the entire content width on a page like http://www.loupiote.com/photos/833171367.shtml ?

when the width of the window is reduced to, say, around 400 pixels.

Comment 33

[Tom Perri]

I'm working on a legacy Mac PPC (OS 10.4.11), I don't know how to set a window's width at a specific pixel count (400). 
Can you describe how to? However, the page you suggested scales horizontally & vertically down correctly until "the limit" (currently unknown pixel size) is reached. Then horizontal width is simply cropped, vertical height scales properly. When the lower limit is reached, everything on the page is cropped from the right side only. Incredibly annoying, as per comment#14

Comment 34

[Tom Perri]

Addendum: the bug IS dependent on BOTH the location bar AND the search bar. Each separately limit the downsizing before cropping (right side trimmimg) begins. Removing BOTH bars (slowing my workflow to a crawl) allows further downscaling with vertical scroll bar visible. I'm not comfortable at all, having to remove both these on all windows. That would cause me to abandon Firefox as my default browser. Real-world workflow speed is a critical function of ANY Browser imho.

Comment 35

[tristan savatier]

> However, the page you suggested scales horizontally &
vertically down correctly until "the limit" (currently unknown pixel size) is
reached. Then horizontal width is simply cropped, vertical height scales
properly. When the lower limit is reached, everything on the page is cropped
from the right side only. Incredibly annoying, as per comment#14

any page with simply just flowing text will have the same problem. the text will  be cropped on the right when "the limit" horizontal size is reached.  then it will crop. the fact that the right scroll-bar is visible or not is not the issue.  the width of the document cannot be reduced passed a certain point, even if the window width is reduced more. that's really an annoying bug that must be fixed.

Comment 36

[tristan savatier]

> Addendum: the bug IS dependent on BOTH the location bar AND the search bar.
Each separately limit the downsizing before cropping (right side trimmimg)
begins.

why should this be the case?  the location bar and the search bar should have no cropping effect when the user reduces the width of the window.

all the other browsers work fine in this regard.

Comment 38

[Jim Giordano]

Exactly Tristan.  This bug has kept me from switching to version 3.  What do we have to do to get this fixed?  A quick count show 13 other bugs marked as duplicate of this one.  Why is there only 4 votes?

Comment 39

[tristan savatier]

also: Importance:	-- minor

i think this bug importance is more than "minor".

Comment 40

[Tom Perri]

agreed more than minor. I mentioned the dependency of the location bar & search bar because removing them completely allowed further window downsizing. Assuming I want to work using the GUI vertical scrollbar, this means I must remove two critical components of the navigation toolbar to work with a window any smaller than 70% of max size. The loss of functionality in my "testcase" (remove both location & search bars) is unacceptable. The vertical scroll bar should remain accessible to the lowest text wrap limit before clipping. My test shows that scroll bar GUI functionality is lost long before minimum text wrapping width is reached.

Comment 42

[tristan savatier]

i noticed another problem related to thisbug:

the "onresize" javascript fonction is not called when the window is resized to a width smaller than "the limit".

Comment 45

[Stephan]

For me this problem occurs (divs getting a minimum width) when an icon is in the location bar, whether it's the RSS feed icon or an icon provided by an addon. The minimum width is dependent on the number of buttons in the toolbar.

I agree it's not of minor importance because it makes styling web pages incredibly inconvenient (particularly for mobile, where I have to test with narrow pages) as I have to remove whatever elements/addons result in location bar icons. Generally, any browser behaviour that prevents CSS reliably controlling the page styling is a pretty big issue in my book.

Btw, I originally thought this bug was down to Operator, so posted a report here: https://bugzilla.mozilla.org/show_bug.cgi?id=564137

Comment 46

[Stephan]

Whoops, sorry I misread the ticket. I was referring to a minimum width, not the vertical scrollbar, so I shouldn't have posted. Sorry 'bout that.

Comment 50

[Jay Ragsdale]

This issues occurs even when there is no navigation bar, and only tabs are present on screen.  The window seems to have minimum dimensions built in, which appear to be related to the theme currently being used (in Windows 7.)

Comment 51

[[e-mail]]

[e-mail]

This issue occurs only when you click on a tab that is https.
To reproduce it is very easy. Open 10 tabs some of them http some of them https. 
unminimise mozilla and resize it to about 400 px width.
When you click on a http site everything is normal, but when you click on a https site the scroll bar is "covered" and also some tabs. I occurs with Firefox 3 and 4. I used Windows XP but is is not OS dependent.

Comment 52

[Jay Ragsdale]

(In reply to comment #51)
> [e-mail]
> 
> This issue occurs only when you click on a tab that is https.
> To reproduce it is very easy. Open 10 tabs some of them http some of them
> https. 
> unminimise mozilla and resize it to about 400 px width.
> When you click on a http site everything is normal, but when you click on a
> https site the scroll bar is "covered" and also some tabs. I occurs with
> Firefox 3 and 4. I used Windows XP but is is not OS dependent.

This is not the case for Windows 7.  The vertical bar disappears in the same way, regardless of the connection type.

Comment 57

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.