-
-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Glitch effect: app window zoom bug #481
Comments
Thanks for the report! Is this limited to a few applications or does it happen with all of them? Also, is it limited to the glitch effect or does it happen with other Burn-My-Windows effects as well? |
Well Ark glitches out as well and I think no. It only happens either with 2024-11-24.23-12-29.mp4 |
It only happens when it's fullscreen I believe. Unfortunately I don't know if I can open them windowed. I tested fullscreen apps like OBS and Firefox, they work but firefox doesn't open(at least a new window) with the effect but does close with it. |
Hello, just popping in to report that this bug also happens in other Burn-my-windows effects such as TV Glitch and Incinerate. |
@Schneegans I've been slowly looking through the code section |
@Schneegans Just a thought, but is there a way for desktop effects to control whether certain windows maximizes or restores on opening them, I seem to have a vague memory or thought that making the plasma apps(systemsettings) issue be fixed by having them be opened at windowed size. |
Well, the second video you have shown is definitely a limitation of KWin and how shader effects work there. The problem is that a shader effect is only applied to the first frame an application renders. So a window pops up and the initial content is used during the entire animation. Only when the animation is done, the window content will be updated. If a window opens at a different size but then instantly resizes itself, I guess also your first video can be explained. I once talked to the KWin developers on matrix and they said that this is indeed a limitation which will be very hard to solve. I think this issue has the same underlying issue. But maybe you could open a KWin bug report which sheds some additional light on the issue as it's not only a problem for the window decorations but for many applications. I think I also observed this in the file browser where the files of a directory only become visible after the animation is done. |
I agree, I recorded opening ark with no effects and played it back slowly and the glitch was there, it was just too fast to be barely noticeable.
I see, I knew it in my gut it was a Plasma problem. The question is how hard it'll be for a fix since the source of the issue is more upstream.
I will try and I don't think that bug report is going to be seen since it's old version now. Thank you for giving me this information. Have a nice day :) |
Bug reported at https://bugs.kde.org/show_bug.cgi?id=498557, would appreciate it if you can provide any extra info or insight. |
I same the problem as you. Also when I open and close a windows, you can the windows tray before the animation finishes. I'm on Arch Linux, using Plasma 6. I noticed that on Plasma 5, I don't have any of those issues. bug.mp4 |
Yeah it's really annoying, read the above comments, it's a kwin bug actually. I reported it in the link above, maybe you can leave a comment? |
Description
Whenever I open KDE apps like
Ark
orsystemsettings
the effect zooms into the contents of the window too much before resetting into a normal size. Like this.bug.gliyvh.effect.mp4
A minor bug to be sure.
Steps to reproduce the behavior:
System
Thank you so much for your amazing work on your effects. They're all brilliant.
The text was updated successfully, but these errors were encountered: