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)
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.
Reporter | ||
Comment 1•16 years ago
|
||
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.
Reporter | ||
Updated•16 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 3•16 years ago
|
||
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 → ---
Reporter | ||
Comment 4•16 years ago
|
||
Filed bug 460725 for the inconsistent scrolling behaviour with overflow:hidden.
Reporter | ||
Comment 5•16 years ago
|
||
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.
Comment 6•15 years ago
|
||
dup of bug 400920?
Reporter | ||
Comment 7•15 years ago
|
||
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.
Comment 9•14 years ago
|
||
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]
Comment 10•14 years ago
|
||
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 ago → 14 years ago
Resolution: --- → INCOMPLETE
Reporter | ||
Comment 11•14 years ago
|
||
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.
Description
•