Closed
Bug 1355651
Opened 7 years ago
Closed 7 years ago
Shift+Click dragging of scrollbar leaves black horizontal lines
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| firefox52 | --- | unaffected |
| firefox53 | --- | unaffected |
| firefox54 | --- | unaffected |
| firefox55 | --- | fix-optional |
People
(Reporter: 684sigma, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [gfx-noted])
Attachments
(1 file)
|
2.84 KB,
image/jpeg
|
Details |
dragging of scrollbar leaves black lines, by reporter.jpg
When I was testing all recent scrolling issues, I found a bug in Firefox Nightly 55. It doesn't happen in Beta 53, ESR 45. Sometimes when dragging scrollbar with Shift pressed, it leaves black horizontal lines. Here's how to reproduce it: 1. Navigate to this url in maximized browser - window data:text/html,<body style="height: 6955px; margin: 0px;"></body> 2. Press Down arrow three times. 3. Hold Shift and then hold left mouse button over the upper point of scrollbar, then slowly move mouse cursor down. Result: Scrollbar leaves black horizontal lines as it moves. It's better reproducible on dpi 125%. Expected: Scrollbar should follow mouse pointer without creating black lines.
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
|
||
Updated•7 years ago
|
Flags: needinfo?(botond)
|
||
Comment 2•7 years ago
|
||
Hmm this regression range seems a bit weird since the bug was introduced in 53 but not reproducible on Beta 53. . .
|
||
Comment 3•7 years ago
|
||
That's the magic of things enabled on Nightly. They tend to stay on Nightly :) That being said I can't reproduce this bug using the STR provided, but it sounds a lot like bug 1350902. I'm going to mark this as dependent on that as it will likely be fixed by that, but we can recheck this after that is fixed.
Blocks: async-scrollbar-drag
Status: UNCONFIRMED → NEW
status-firefox54:
--- → unaffected
status-firefox55:
--- → affected
Depends on: 1350902
Ever confirmed: true
Priority: -- → P3
Whiteboard: [gfx-noted]
|
|
||
Updated•7 years ago
|
status-firefox52:
--- → unaffected
status-firefox53:
--- → unaffected
|
||
Updated•7 years ago
|
|
||
Comment 4•7 years ago
|
||
This regression is on our radar, but not a blocker for async scrollbar dragging riding the trains.
Flags: needinfo?(botond)
|
|
||
Comment 5•7 years ago
|
||
684sigma, do you still see this problem? I ask because bug 1350902, which we suspect is the same or a related issue, has stopped reproducing for QA.
Flags: needinfo?(684sigma)
|
|
||
Comment 6•7 years ago
|
||
Closing as WFM for now since I can't repro this. 684sigma, please reopen if you can still reproduce this. Leaving ni on you for now.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•