GNOME Bugzilla – Bug 772287
Brightness and volume overlays jitter horizontally when changing values above 50%
Last modified: 2021-07-05 14:04:23 UTC
Created attachment 336725 [details] screencast The title and attached screen recording basically say it all. The square overlays showing the new value for brightness or volume change their horizontal location slightly each time the value is changed - if and only if it's being changed to/from something above 50%. When changing between values at/below 50%, the overlay stays in the same position, as it should. fwiw, I don't recall this happening before, so either (A) my memory is rubbish (very likely), or (B) it's a new thing that just started happening in the last day or 2.
*** Bug 772625 has been marked as a duplicate of this bug. ***
Created attachment 337381 [details] [review] osdWindow: always round-up sizes when updating allocation This fixes the OSD window flickering horizontally at certain resolutions.
Review of attachment 337381 [details] [review]: OK
Attachment 337381 [details] pushed as f819654 - osdWindow: always round-up sizes when updating allocation
*** Bug 774088 has been marked as a duplicate of this bug. ***
*** Bug 774369 has been marked as a duplicate of this bug. ***
Created attachment 363743 [details] Screenshot of OSD Hi, since Gnome 3.24 (Fedora 26) and Gnome 3.26 (Fedora 27), I also experience the same bug on all of my machines. The volume and brightness OSD jitters above 50%. This happens on my laptop (1366x768), my desktop (1920x1200) and my work setup (dual monitors, dual 1920x1200). I also tested this with Ubuntu 17.10, with the same result. I have no extensions running, just a vanilla Gnome 3.26 setup on all of my machines. Besides the jitter, I also have a graphic issue since Gnome 3.22, see the attachment. This grahical glitch ONLY happens when animations are ON. When the animations are OFF, the graphical glitch does not happen, just the jitter.
BTW, my shell version is: gnome-shell.x86_64 3.26.2-1.fc27
You should reopen this bug if you can still demonstrate the same problem. A video of your system would be good to confirm it's likely the exact same thing. For the other issue - which ideally would have a textual description too, but presumably is incorrect placement/clipping of the graphics? - you should open a new bug report.
Created attachment 363759 [details] volume overlay jittering (In reply to Daniel Boles from comment #9) > You should reopen this bug if you can still demonstrate the same problem. A > video of your system would be good to confirm it's likely the exact same > thing. I have the same problem with Fedora 27. A screencast is attached.
(In reply to Daniel Boles from comment #9) > For the other issue - which ideally would have a textual description too, > but presumably is incorrect placement/clipping of the graphics? - you should > open a new bug report. Thank you, I have opened that bug here: https://bugzilla.gnome.org/show_bug.cgi?id=790413
(In reply to Kadir from comment #8) > BTW, my shell version is: > > gnome-shell.x86_64 3.26.2-1.fc27 Conversely, I haven't seen this reoccur yet, and I'm currently on Debian with gnome-shell_3.26.2-1_amd64.deb (and X, fwiw)
I can still see this issue on 3.26.2.
Created attachment 364064 [details] Jitter at 1920x1200 With a freshly installed and fully updated Fedora 27 install (with gnome-shell.x86_64 version 3.26.2-1.fc27), I see the jitter above 50%. The system is a desktop with a monitor resolution of 1920x1200. No extensions, shell/gtk themes or icon themes installed, a fully stock system.
I wrote a big post with my versions of gjs, libmozjs, etc. Then discarded it by accident. :| Suffice it to say the machine in question, which does not exhibit the jitter, is running Debian unstable, fully up-to-date as of yesterday, on a 1920x1080 screen with scaling 1, font size 10, the stock theme, and a handful of the standard extensions turned on.
*** Bug 792023 has been marked as a duplicate of this bug. ***
*** Bug 778546 has been marked as a duplicate of this bug. ***
Please see attachment 352891 [details] [review] in bug 782011 for a potential fix.
Created attachment 372570 [details] [review] osdWindow: change the centering calculation The current method relies on Clutter.ActorAlign.CENTER. But it doesn't take into account the new size of the OSD, and another calculation has to be made to correct it. When the level bar is wide enough, a jitter of 1px can appear from the difference between the two centering methods. This moves the centering calculation from the screen actor to the constraint box of the OSD.
*** Bug 782011 has been marked as a duplicate of this bug. ***
Downstream: https://launchpad.net/bugs/1692394
slatchurie, could you turn this into a merge request on gitlab?
It's possible that the issue has been fixed in https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/2, as the level bar is (once again) a custom drawn actor instead of a fill-level actor inside a trough actor.
I can still reproduce on 3.28.3, I can't really tell what version that merge request ended up in.
Sorry I haven't been more clear. The merge request wasn't about this issue at all, but about implementing a feature - it just happened that the involved refactoring touched (and replaced) the code that was previously identified to cause the jiggling, which is why it's possible that the issue is fixed. But being a larger patch set that involves UI changes and refactoring, we are talking about an unstable change (3.29.90 to be precise).
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.