[Uncomposited X11] Scrolling indicator is broken (loss of transparency/contains black background)
Categories
(Toolkit :: Themes, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr128 | --- | unaffected |
| firefox131 | --- | wontfix |
| firefox132 | --- | verified |
| firefox133 | --- | verified |
People
(Reporter: aros, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
|
988 bytes,
image/webp
|
Details | |
|
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
|
842 bytes,
image/png
|
Details |
Steps to reproduce:
The scrolling indicator (when you middle click the mouse) should have a transparent background, in version 131 it does not.
Actual results:
See the attached screenshot.
| Reporter | ||
Updated•2 years ago
|
| Reporter | ||
Comment 1•2 years ago
|
||
I'm using the official Mozilla binaries (https://ftp.mozilla.org/pub/firefox/releases/).
OS: Fedora Linux 40
DE: XFCE (Xorg/X11) without compositing
Enabling compositing fixes the issue but it wasn't there previously.
Comment 2•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Panning and Zooming' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 3•2 years ago
•
|
||
This seems like a graphics issue.
(In reply to Artem S. Tashkinov from comment #1)
Enabling compositing fixes the issue but it wasn't there previously.
A couple of follow-up questions:
- Could you clarify whether by "enabling compositing", you're referring to a Firefox setting or a system setting?
- Would you be able to use mozregression to find out what change introduced the regression?
| Reporter | ||
Comment 4•2 years ago
|
||
(In reply to Botond Ballo [:botond] from comment #3)
A couple of follow-up questions:
- Could you clarify whether by "enabling compositing", you're referring to a Firefox setting or a system setting?
Compositing in XFCE's window manager which is XFWM4.
- Would you be able to use mozregression to find out what change introduced the regression?
I'll try but I cannot promise anything.
Updated•2 years ago
|
Comment 5•2 years ago
|
||
:emilio, since you are the author of the regressor, bug 1913104, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Updated•2 years ago
|
| Assignee | ||
Comment 6•2 years ago
|
||
This makes sure that the panel is square if the OS doesn't support
compositing / transparency properly.
While at it, clean-up a bit (use nesting and other variables provided by
popup.css).
Comment 7•2 years ago
|
||
Set release status flags based on info from the regressing bug 1913104
Comment 9•2 years ago
|
||
| bugherder | ||
| Reporter | ||
Comment 10•2 years ago
|
||
That's not all, check bug 1923289
Comment 11•2 years ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox132towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 12•2 years ago
|
||
Comment on attachment 9429336 [details]
Bug 1922752 - Use --panel-border-radius for autoscroller. r=#theme
Beta/Release Uplift Approval Request
- User impact if declined: Weird autoscroll popup on non-composited X11
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Trivial-ish styling change.
- String changes made/needed: none
- Is Android affected?: No
Comment 13•2 years ago
|
||
Comment on attachment 9429336 [details]
Bug 1922752 - Use --panel-border-radius for autoscroller. r=#theme
Approved for 132.0b5.
Updated•2 years ago
|
Comment 14•2 years ago
|
||
| uplift | ||
Comment 15•2 years ago
|
||
:emilio since this seems like just a css change, did you want this in the planned dot release or will you let this just ride the trains?
| Assignee | ||
Comment 16•2 years ago
|
||
This bug only affects non-composited desktops which enable autoscroll (so somewhat rare configuration). Given it's mostly cosmetic, I think it's probably better not to uplift to a dot release in a rush.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 17•2 years ago
•
|
||
I was able to reproduce the issue on Firefox 131.0, using Linux Fedora 40 (VM), X11, with compositing disabled, as described in Comment 0.
Verified using Firefox 132.0b6 and Firefox 133.0a1 (2024-10-13), on Linux Fedora 40 (VM), X11, with compositing disabled. The scrolling indicator is now square (as mentioned in Comment 6) and has a gray background with black border.
@emilio, is this the expected UI (attaching a ss as well)? Thanks in advance!
| Assignee | ||
Comment 18•2 years ago
|
||
Yes, that's the expected rendering, thanks.
Thank you for confirming!
Based on Comment 17 I am marking this verified as fixed.
Description
•