Bug 497798 - Apps use inactive palette after alt-tabbing if tab is released first
Summary: Apps use inactive palette after alt-tabbing if tab is released first
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (show other bugs)
Version: 6.2.4
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-22 21:49 UTC by equeim
Modified: 2025-02-22 19:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Screen recording (1.24 MB, video/webm)
2025-01-18 19:45 UTC, equeim 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description equeim 2024-12-22 21:49:32 UTC 
SUMMARY
Inactive color palette persists after application is switched to.

STEPS TO REPRODUCE
1. Launch two apps
2. Alt-tab between them, making sure that Tab key is released before Alt

OBSERVED RESULT
Active application uses inactive colors (for headers, checkboxes, highlight, etc) until some keyboard key is pressed.

EXPECTED RESULT
Active application uses active colors.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: openSUSE Tumbleweed
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1
Comment 1 John Kizer 2025-01-02 03:29:41 UTC 
Hi - I can't reproduce the observed result on my Fedora KDE 41 system. Are you able to attach a screen recording (which can be created using Spectacle) of the behavior occurring on your device, to help folks see the specific timing and applications involved?

Thanks!
Comment 2 Bug Janitor Service 2025-01-17 03:47:53 UTC 
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 3 equeim 2025-01-18 19:45:38 UTC 
Created attachment 177514 [details]
Screen recording

There is no need for specific timings, I can reproduce it reliably.

In the video I release Alt key a couple of seconds after switching the window, and you can see palette changing.

Also I can only reproduce it with "Thumbnail Grid" task switcher. With all other switchers this issue does not occur.
Comment 4 John Kizer 2025-01-19 01:19:40 UTC 
Thanks! Interesting - so I can't reproduce this on either desktop with NVIDIA graphics that I have running, but I *can* reproduce it on my KDE Neon VM.

This looks like an exact reoccurrence of https://bugs.kde.org/show_bug.cgi?id=477885 , as it's not just the header palette but also things like the cursor in Konsole not reflecting an active state.

What graphics setup (card, drivers, etc.) do you have on the system where this occurs? I'm asking as my Neon VM has no graphics acceleration at all, and that's the first thing that comes to mind that is potentially different and might have something to do with this?
Comment 5 Bug Janitor Service 2025-02-03 03:47:01 UTC 
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2025-02-18 03:46:27 UTC 
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
Comment 7 equeim 2025-02-22 19:03:24 UTC 
Seems to be fixed in 6.3