Open poperigby opened 1 year ago
Can't reproduce with 4.x, but it seems to be the case with 3.x (3.x apps also bundle with 4.x editor, but 4.x apps do not). Probably caused by hardcoded hints in the OpenGL context, and order of OS::set_context
calls. 4.x update hints on both window creation and set_context
.
In might be KDE bug as well, seems like it apply grouping only based on the first hints set, and do not change it if hints are changed. So if you start Pixelorama
first and the editor second, it won't group it.
Starting Pixelorama
first:
Pixelorama
Godot_Engine
, Godot
, new task icon is created.Godot_Engine
, Pixelorama
Godot Editor
Godot_Engine
, Godot
, new task icon is created since hints do not match.Starting Godot Editor
first:
Godot Editor
Godot_Engine
, Godot
, new task icon is created.Pixelorama
Godot_Engine
, Godot
, hints match, and task icon is grouped.Godot_Engine
, Pixelorama
, but task icon is not changed/ungrouped.Can't reproduce with 4.x, but it seems to be the case with 3.x (3.x apps also bundle with 4.x editor, but 4.x apps do not)
I'm using the 4.1.1 editor, and Pixelorama is a 4.x app.
In might be KDE bug as well, seems like it apply grouping only based on the first hints set, and do not change it if hints are changed. So if you start Pixelorama first and the editor second, it won't group it.
Yes, I can reproduce it not grouping if I start Pixelorama first.
I also forgot to mention that I'm using Wayland, so will your PR work for Wayland too?
I'll update the KDE bug report with this information.
and Pixelorama is a 4.x app
It seems to be 3.5.2 app (at least GitHub releases).
I also forgot to mention that I'm using Wayland, so will your PR work for Wayland too?
Currently, Godot is X11 only, so it's running via XWayland and should work the same on both Wayland and X11.
It seems to be 3.5.2 app (at least GitHub releases).
Ahh, so maybe it will be fixed once they release a new version.
Currently, Godot is X11 only, so it's running via XWayland and should work the same on both Wayland and X11.
Right you are. I totally new that, so I don't know why I said that haha.
Here's what a KDE maintainer said:
Sort of. We do indeed not support changing window hints at runtime. We could, but we currently consider this to be an app bug. To expand on that, the reason why we don't support window changing their hints at runtime is because it would cause windows to change their groupings at runtime, which would be extremely odd-looking and break your short-term muscle memory.
Pixelorama is a 3.x app for now. Update to 4.x is in the works, but not done yet
I don't think this is fixed yet in 3.x? The PR hasn't been merged yet.
Godot version
v4.1.1.stable.flathub [bd6af8e0e]
System information
Godot v4.1.1.stable (bd6af8e0e) - Freedesktop SDK 22.08 (Flatpak runtime) - Vulkan (Forward+) - dedicated AMD Radeon RX 5700 XT (RADV NAVI10) () - AMD Ryzen 7 3700X 8-Core Processor (16 Threads)
Issue description
Any application that is made with Godot (i.e. Pixelorama) is grouped under the Godot icon along with it's editor, in the Icons-only Task Manager.
I opened a bug report for this on KDE's bug tracker, but I was told that this was actually a problem with Godot:
Observed result
All applications that are made with Godot are grouped under the Godot editor.
Expected result
Applications made with Godot are in their own group, and not grouped under the Godot editor
Steps to reproduce
Minimal reproduction project
N/A