Closed Bug 453639 Opened 16 years ago Closed 14 years ago

When scrollbars are hidden programmatically wheel scrolling does not work

Categories

(Firefox :: General, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bugzilla, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-12-01])

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; it; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; it; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 See below Reproducible: Always Steps to Reproduce: 1.Open a page that does not fit in the window (so that scrollbars appear) 2.Execute window.scrollbars.visible = false; 3.When scrollbars are not visible the arrow keys and autoscrolling works, scrolling with the mouse wheel does not. Actual Results: Scrolling with the mouse wheel does not work. Expected Results: It should work as autoscrolling and the arrow keys do.
The same thing happens when giving overflow:hidden to an element. If the document is bigger than the viewport, autoscrolling and keyboard scrolling works, wheel scrolling does not. Here the problem is inverted, though, since with overflow:hidden the document is not supposed to be scrolled, so autoscrolling and keyboard scrolling should not work. On the other hand, when the scrollbars are hidden via window.scrollbars.visible = false, it should be possible to scroll it also using the mouse wheel.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Removing the duplicate resolution because I misread the other bug. The CSS specs clearly state that overflow:hidden should imply no scrollbars, but nowhere it is stated that no scrollbars should mean overflow:hidden. A possible scenario where having this bug fixed should be useful, is whenever the site wants to provide some kind of custom scrolling mechanism (or scrollbar) while retaining the default browser method to scroll (mouse wheel, autoscroll, horizontal scrolling, etc). In particular, I'd need this for the imagetweak extension, where the scrollbars are not needed (they eat up screen space, and the user has tons of other methods to scroll) and even misleading (due to the way the extension works). As a side note, it looks really inconsistent to allow scrolling via the keyboard or via autoscrolling but not using the mouse wheel alone, when overflow:hidden is set. I'll file a separate bug on this later.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Filed bug 460725 for the inconsistent scrolling behaviour with overflow:hidden.
Any chance to have this fixed any time? I know I shouldn't ask, but my extension is quickly becoming a unmanageable pile of ugly hacks to workaround this platform bug while trying to allow a million of different use cases.
Attached file Testcase
Testcase showing the problem. Changing window.scrollbars.visible requires the UniversalBrowserWrite privilege so you will be prompted to grant it. Please note that this bug affects my extension - the UniversalBrowserWrite thing is just to demonstrate the bug right from content.
It gets worse: Hidden scrollbars partially break incremental searching. Try searching for SEARCH THIS TEXT ---- Normally, it would scroll right to the result. However, with scrollbars hidden, though the result will still be found, the window won't scroll. This implies that Firefox relies on the scrollbar being visible for certain operations, not just wheelscrolling. Is this a platform thing? Should that be the rule, or should said operations work, independently of the scrollbar? Should the bug be changed to reflect this bigger issue? I'd like this fixed for my own extension, which hides scrollbars to show off a "book/magazine" appearance.
Reporter, please retest with Firefox 3.6.12 or later in a fresh profile (http://support.mozilla.com/kb/Managing+profiles). Also update your plugins (flash, adobe reader, java, quicktime, silverlight, etc.) Go to the developer's website and download the latest version from there. If you no longer see this issue, please close this bug as RESOLVED, WORKSFORME. If you do see the bug, please post a comment.
Whiteboard: [CLOSEME 2010-12-01]
No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago14 years ago
Resolution: --- → INCOMPLETE
Retesting in 3.6 results in WORKSFORME. Thanks!
Resolution: INCOMPLETE → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: