Closed
Bug 1357904
Opened 7 years ago
Closed 7 years ago
[e10s] dragging scrollbar with mouse scroll the page instead of the scrollable div
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1357903
Tracking | Status | |
---|---|---|
firefox53 | --- | unaffected |
firefox54 | --- | unaffected |
firefox55 | --- | fix-optional |
People
(Reporter: 684sigma, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [gfx-noted])
Attachments
(1 file)
1.37 KB,
text/html
|
Details |
While testing bug 1357903, I noticed an issue on Nightly 55. It doesn't happen in Beta 53, Beta 52, ESR 45. Sometimes dragging scrollbar doesn't work. Here's how to reproduce the bug: 1. Open attached page 2. Try to drag the small scrollbar down Result: The page scrolls down Expected: The <div> element should scroll down
Mozregression-gui generated this regression range: (in fact I only checked the last good and first bad builds in regression range from Bug 1355374) https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4cbc57e29e25e8abe783b16915bd74325a040b02&tochange=d7518eef6b8924b4ddad6cdeeae4eed1c6129b26 -> 1324117 – Enable APZ scrollbar dragging on Nightly https://bugzilla.mozilla.org/show_bug.cgi?id=1324117 I see a slightly different result right after Bug 1324117: the first attempt to drag the scrollbar just fails (there's no result except scrollbar looking pressed), and the second attempt gives the exact result described in Comment #0. Probably related bug - Bug 1346632.
Comment 2•7 years ago
|
||
I can reproduce this, I tested on Mac OS X 10.10 with FF Nightly 55.0a1(2017-04-19), if I turn off the apz.drag.enabled this issue is no longer reproducible.
Blocks: async-scrollbar-drag
Status: UNCONFIRMED → NEW
status-firefox53:
--- → unaffected
status-firefox54:
--- → unaffected
status-firefox55:
--- → unaffected
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Comment 3•7 years ago
|
||
"unaffected" on 53+? Is it true? I can reproduce the issue on Windows10 Nightly 55.0a1(2017-04-19).
Flags: needinfo?(ovidiu.boca)
Comment 4•7 years ago
|
||
If the pref apz.drag.enabled has to be true to see this then it is only enabled on nightly builds https://dxr.mozilla.org/mozilla-central/rev/20dff607fb88ee69135a280bbb7f32df75a86237/modules/libpref/init/all.js#649
Comment 5•7 years ago
|
||
The feature "Enable async scrolling via scrollbar dragging" it is only enabled on FF Nightly 55.0a1.
Flags: needinfo?(ovidiu.boca)
Comment 6•7 years ago
|
||
The apz.drag.enabled of my local ff-53 was default false. But when I turn it on, the issue still happens.
Comment 7•7 years ago
|
||
(marking as fix-optional for 55 since this is a nightly-only feature and blocks 1352312, which is the bug to ship by default)
Updated•7 years ago
|
Priority: -- → P3
Whiteboard: [gfx-noted]
Comment 8•7 years ago
|
||
This almost certainly has the same root cause as bug 1357903: whatever is causing APZ to think it should be scrolling the page during wheel-scrolling, is also causing it to think it should be scrolling the page during scrollbar-dragging.
Comment 9•7 years ago
|
||
(In reply to Botond Ballo [:botond] from comment #8) > This almost certainly has the same root cause as bug 1357903: whatever is > causing APZ to think it should be scrolling the page during wheel-scrolling, > is also causing it to think it should be scrolling the page during > scrollbar-dragging. Setting bug 1357903 as a dependency for now. Once I verified that the fix for that fixes this too, I'll close this as a dupe.
Comment 10•7 years ago
|
||
There's now a patch up for bug 1357903, and I've confirmed that it fixes this bug as well. Marking as dupe.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•