Open
Bug 1304850
Opened 8 years ago
Updated 2 years ago
gtk scroll buttons don't appear disabled or depressed when they should
Categories
(Core :: Widget: Gtk, defect, P4)
Tracking
()
NEW
People
(Reporter: glacrugho, Unassigned)
References
Details
(Keywords: polish, regression, Whiteboard: tpi:+)
Attachments
(1 file)
13.08 KB,
image/png
|
Details |
starting with the official linux build of Firefox 49.0, the scroll button doesn't get disabled when there is no more scrolling possible in that direction, as it should be. see attached screenshot comparison between 48.0.2 and 49.0
I just noticed: this only affects the vertical scrollbars, not the horizontal ones
Ty for the report! Could you use the tool Mozregression to narrow down a regression range. See http://mozilla.github.io/mozregression/ for details (mozreg is a python 2.7 package). Run the command mozregression --good=48 then copy here the final pushlog from repository mozilla-inbound.
Flags: needinfo?(glacrugho)
Keywords: regressionwindow-wanted
Unfortunately, mozregression doesn't seem to be able to recover from temporary connection issues (just gets stuck at x%, even though Internet connection comes back after 30-60 seconds), so I can't use this on my flaky connection....
Flags: needinfo?(glacrugho)
Updated•8 years ago
|
regression range: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=d2bd7cfc6d8c0aaf1dab44de0e6b8ad5aff13f4f&tochange=3de4044b57f444129ab604e0d481b386568d59c4
Has Regression Range: --- → yes
Keywords: regressionwindow-wanted → regression
Comment 5•8 years ago
|
||
Reproduces with Clearlooks-Phenix. Thanks very much for the regression range.
Blocks: 1271579
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: gtk scroll button not getting disabled when it should → gtk scroll buttons don't appear disabled or depressed when they should
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•