blur-my-shell
blur-my-shell copied to clipboard
aunetx
On Wayland with multiple displays, the overview background on the primary display is gray sometimes
Quick screen recording showing this: https://nextcloud.laurinneff.ch/s/rdr8nDMZWeQBqE9 (uploaded on another site because GH doesn't support .webm)
On Xorg, it always works as it should. Non-primary displays also work every time. It only happens on the primary display, when multiple displays are connected, and if it's running on Wayland
(I haven't tried it with three displays, maybe the behavior is different then)
Thanks for the issue, it's really weird to have different behaviour with wayland and with xorg (like for #95)... Does it happen independently if you use the keyboard shortcut, the trackpad gestures and the activities button to enter overview?
It doesn't matter how I open the overview, it's always random (tried trackpad and touchscreen gestures, super key, alt+f1, activities button, hot corner)
Hi, I detect the same behavior on my laptop, when I'm choosing my other screen as my primary monitor. I'm using wayland too. no random behavior detected with super key, trackpad or alt+f1. Thx for your help
can confirm that this bug exists on Manjaro Gnome 40.4 on wayland. If I have a secondary monitor connected with my laptop, there is no blur on my primary monitor. I have also attached the screenrecord. tell me if you need logs. And this is a freshly installed system. (just installed yesterday)
https://user-images.githubusercontent.com/29531474/134659443-31f6b804-7265-412c-b7d9-8b2ce47ec2e4.mp4
I have the same issue here but interestingly I can consistently launch it blurred if I click on the application menu button in dash to dock on the second monitor
clicking it on the primary monitor blurs about 1/4th to 1/6th of the time but clicking on the secondary monitor blurs 100% of the time
Can confirm, it's pretty random as far as I know. Fedora 35, GNOME 41, NVIDIA, 2 monitors, Wayland.
Confirmed. But here the display is always gray in the primary monitor.
Fedora 35, GNOME 41, AMD/ATI Radeon HD 7450, 2 monitors, Wayland.
Could you give me, in looking glass (alt+f2, type lg), the result of the following when it is not working (I mean you are in the overview, and it is grey in one monitor):
// type
Main.layoutManager.overviewGroup.get_child_at_index(0).hide()
// and then (not simultaneoulsy)
Main.layoutManager.overviewGroup.get_child_at_index(0).show()
// and if it does not work, replacing 0 by 1:
Main.layoutManager.overviewGroup.get_child_at_index(1).hide()
Main.layoutManager.overviewGroup.get_child_at_index(1).show()
If this fixes the wallpaper blur, this means there is a (possible) hack to fix this issue, and I could try to implement it as an option. Else, idk...
I'm still on GNOME 40.1 (my current distro hasn't updated yet) and Main.layoutManager.overviewGroup.get_children_at_index doesn't exist, but Main.layoutManager.overviewGroup.get_child_at_index does. I assumed it was renamed, so I tried it with that function, and with index 1 that fixed it
Could you give me, in looking glass (
alt+f2, typelg), the result of the following when it is not working (I mean you are in the overview, and it is grey in one monitor):// type Main.layoutManager.overviewGroup.get_child_at_index(0).hide() // and then (not simultaneoulsy) Main.layoutManager.overviewGroup.get_child_at_index(0).show() // and if it does not work, replacing 0 by 1: Main.layoutManager.overviewGroup.get_child_at_index(1).hide() Main.layoutManager.overviewGroup.get_child_at_index(1).show()If this fixes the wallpaper blur, this means there is a (possible) hack to fix this issue, and I could try to implement it as an option. Else, idk...
Thanks! The
Main.layoutManager.overviewGroup.get_child_at_index(1).show()
command "solved" the issue. Sorry for the delay in replying.
Not sure if it helps, but:
With overview open, when i change wallpaper (i'm using hydrapaper -r), sometimes the blur works again, so it does not depend (at least not only) on closing/opening overview again
System: Fedora 35, Gnome 41, Wayland, NVIDIA, 2 monitors
Issue does not occur on my PC with two displays when the secondary display is left to the primary display.
It also doesn't occur with three displays, regardless of orientation (not tested extensively yet).
Fedora Silverblue 35, Gnome 41, Wayland, AMD, 3 monitors
Primary monitor is 4k60 over DP. Middle Secondary monitor (new) is 1440p144 over DP. Right Tertiary monitor is 1080p60 over HDMI. Left
After switching the monitor arrangement around and back again this is for some reason no longer reproducible when pressing the Meta key. It now only works when using the hot corner to show activities. And then it does not occur consistently (every 1-4 tries).
Hi, just wanted to add that for me this bug only appears when the 2nd monitor is not in its native resolution. my 2nd monitor has 1600x900 native reso, but when i run it at 1920x1080 only then this bug appears. If i switch it back to 1600x900, this bug is not there.
FWIW, I also have the issue but not on the primary screen.
I have 3 screens, 2 have the right behavior (the laptop screen and an external one) and 1 (another external screen) is still on the gray/stock behavior.
The one with the issue is interestingly:
- The third, last and/or non-first-2-screens one in GNOME's notation (e.g.: Number 3 on the GNOME settings screenshot below)
- The top-left one, in the arrangement
It may be completely random, but there's maybe a lead to follow :shrug:
Any update on when a fix or workaround can be pushed for this bug? This is a great extension (great work by the way :+1:) but this is pretty annoying when using a multi-monitor setup lol, the aforementioned workaround (with lg and Main.layoutManager.overviewGroup.get_child_at_index(0).hide() then show()) works for me to fix it on my primary monitor, but yeah, would be great if the workaround is implemented in the extension itself.
@retrixe sorry, I can't do much by myself... The workaround is completely anecdotal, as it does nothing by itself than reload some part of the blur, and this should not be required in the first place -- the bug occurs from within gnome shell, not from the extension.
Moreover, I have too much work at school currently to work on debugging something like that... But maybe (maybe?) this would have been fixed in gnome 42?
But maybe (maybe?) this would have been fixed in gnome 42?
This isn't proof of anything as the issue happens randomly, but I'm running 42 now and just tried opening/closing the overview a few times and couldn't reproduce it. I'll pay more attention and report back if I ever see it again.
Me it's even worse (fedora 36 gnome 42, wayland only) on the second monitor it's always grey Blur do not work at all on it (one time it showed but since it never showed again).
Edit in my case i think it can be related to the difference in screen settings, the bug happen 100% of the time when the main screen is the 60Hz + who is the main (so the 75 or 144) but when the 60hz is the main one the bug ... disappear (but if i return on the other one (more than 60HZ) the bug restart.
And with some more testing if i "force" all my screen to be at 60Hz, in this case i can select the screen i want it does not bug. Clearly a frequency problem i think
This still occurs on GNOME 42.1 (Fedora 36 Beta). Interestingly enough, it only happens on my primary monitor (2560x1440p 144hz), not my 1080p 60hz second monitor. Despite the primaryMonitor index being 0, my primary display is marked as display 2 in the display settings. I wonder if the shell is handling the monitors that are not display 1 incorrectly.
The Looking Glass commands work for me, but since I didn't want to keep typing them in, I forked the project and toggled the visibility of the BackgroundActors when the overview finishes its animation- it did not work during the animation, despite being triggered properly. It's not perfect, since the overview background is still gray during the animation, but it's probably fine for anyone using faster animation speeds.
Another way around this problem could be to use a pre-blurred image and a custom shell theme. It would rely on the wallpaper being static despite the new light-dark mode, and could look wrong if the image isn't blurred enough, but it could work as a temporary solution.
At one point, I also set the Shell Blur Effect mode to blur the background (not the actor contents), in which case it did properly set the background but as expected, did not blur the contents. Something is definitely wrong with the blur implementation in the shell, though I have no clue if its related to the shell's handling of any displays beyond display 1.
This still occurs on GNOME 42.1 (Fedora 36 Beta). Interestingly enough, it only happens on my primary monitor (2560x1440p 144hz), not my 1080p 60hz second monitor. Despite the primaryMonitor index being 0, my primary display is marked as display 2 in the display settings. I wonder if the shell is handling the monitors that are not display 1 incorrectly.
The Looking Glass commands work for me, but since I didn't want to keep typing them in, I forked the project and toggled the visibility of the BackgroundActors when the overview finishes its animation- it did not work during the animation, despite being triggered properly. It's not perfect, since the overview background is still gray during the animation, but it's probably fine for anyone using faster animation speeds.
Another way around this problem could be to use a pre-blurred image and a custom shell theme. It would rely on the wallpaper being static despite the new light-dark mode, and could look wrong if the image isn't blurred enough, but it could work as a temporary solution.
At one point, I also set the Shell Blur Effect mode to blur the background (not the actor contents), in which case it did properly set the background but as expected, did not blur the contents. Something is definitely wrong with the blur implementation in the shell, though I have no clue if its related to the shell's handling of any displays beyond display 1.
it seem for me there is an underlying blur bug on the shell when multiple screen with different resolution speed. maybe the dev can report this bug to the gnome project themselves (if he can conclude that the bug come from gnome) ?
Update on the bug: I am now running Fedora 36, though that should not change much since it is the same GNOME version, but I recently changed the orientation of my second monitor from landscape to portrait right, and now the bug does not occur. I can enter overview and not have a gray overview background at all.
Hello everyone, I've quickly tried to fix this in some dumb way; but I've got no monitor to test.
Could somebody try the PR #271 and tell me if this works? I've not even tested the code so maybe I made some mistakes and it will crash, if so please tell me.
If it does not work, please uncomment line 44 in src/components/overview.js, and comment line 43 instead. Tell me if anything is working all the time.