blur-my-shell
blur-my-shell copied to clipboard
Blur goes to foreground when new actors are spawned from the same process. (i.e. context menu of nautilus)
Whenever I open a context menu on e.g. Nautilus or a dropdown in Gnome Settings, all apps for which I have blur enabled get completely blurred, i.e. not just the background but the whole content:
https://user-images.githubusercontent.com/30109573/173417848-eeb17d46-a752-4682-8146-ea7395890e7a.mp4
ah.. I think I know why this happens... This won't be a very fun bug to fix haha
Same problem here, I'd love to see it fixed 💪
I'll fix it, but I am very very busy right now. Wish I had more time
I'm experiencing this too, Anything we can do to help?
Classic, been around even when this was an extension on it's own as Blur Provider.
well the common theme between this and blur provider is... me, so maybe it is my fault haha. Really this is somewhat unexpected behavior of gnome switching what window is classified as active or inactive. I've taken a look at this and should be able to fix it when I have a few minutes to do so
@CorvetteCole that's a great news! Do you have any ETA when it could be fixed?
I can't ETA. I famously give ETAs and then miss them by weeks or months. unfortunately still in university + working at a space company part time leaves me less time for my OSS projects than desired. I have not forgotten though, I promise.
I will fix this soon, I think I know how to do it: instead of adding the child to global.window_group
(which sets it aside all the windows), it could be possible to add it as a child of the targeted window itself. This is what I do for the panel for example.
However, if we simply add the blurred box directly as a child of the window, then they won't be displayed properly (as either the blurred box or the app will take all the place). Thus, we need to add a dummy container with a size of 0×0m²; and then add the blurred box as a child of this container. This will make sure that the application layout it untouched, and (by setting the dummy container below the application) that the blurred box is always below the app.
There is no need to add a dummy container actually, everything works directly
Just fixed this, was easier than I though
(there is still a problem with submenus having blur, but I let @CorvetteCole do this -- I really don't know how to know if the actor is a submenu or not)
so the status now: no issue when right-clicking in e.g. nautilus, but the submenus (e.g. top bar dropdowns) still make blur go to foreground but not for all apps, just for nautilus. this issue persists even after switching workspaces (which used to be the workaround I used to fix things)
Hello @bertin0, this should now be entirely fixed as I disabled blur for drop-down/right click menus etc (you may need to wait for the approval on extensions.gnome.org)
I close this as I can't reproduce anything like this anymore, but if there is still and issue, feel free to reopen this one or open another!
Found another case of this problem in Nautilus
Repro:
- Select any file
- Press
F2
to rename it - Blur goes foreground
Found another case of this problem in Nautilus
* Select any file * Press `F2` to rename it * Blur goes foreground
Can confirm it happens to me too
Also having the same issue:
Same here. Any fixing ideas/attempts? :)
Interesting. I'll take a stab at reproducing this
~Experiencing this issue again with wezterm. Blur only works properly when first selecting the application window. If you restart it afterwards, blur goes to fg.~
Nevermind, this seems fine when running arch with gnome 44, I had initially tested on Ubuntu with gnome 43.
This seems to still be an issue on Wayland
Wayland
X11