Bug 288116 - window buttons not marked as pressed
Summary: window buttons not marked as pressed
Status: RESOLVED DUPLICATE of bug 278869
Alias: None
Product: plasma4
Classification: Plasma
Component: widget-taskbar (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-03 10:41 UTC by Marcus
Modified: 2011-12-03 18:11 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcus 2011-12-03 10:41:16 UTC
Version:           unspecified (using KDE 4.7.3) 
OS:                Linux

Sometimes if you switch between applications, the window button is not marked as pressed correctly. I am not sure if it's just a display problem or if the focus is not set correctly.

It mainly occurs while switching between GTK/xulrunner apps like Firefox/Thunderbird. I have never noticed this while switching between KDE only apps.

Reproducible: Sometimes

Steps to Reproduce:
You have to switch fast between GTK apps or GTK and QT apps in order to see this behavior.

Actual Results:  
button is not marked as pressed, focus is not set correctly

Expected Results:  
butten is marked as pressed, focus is set correctly
Comment 1 Aaron J. Seigo 2011-12-03 16:50:04 UTC
sounds like an issue with the apps, perhaps doing something unfortunate with their window management. will let the kwin people decide ...
Comment 2 Thomas Lübking 2011-12-03 17:33:30 UTC
If the appliation doesn't have the keyboard focus, the "window button" ("taskbar entry") is not supposed to represent an active client, that's ok.

How do you change the focus to those applications (clicking them, the taskbar entry, using alt+tab, etc.)

Does it also happen with other ways to change the focus?

Do the applications in question keep some open dialogs around at such times?
Comment 3 Marcus 2011-12-03 17:35:49 UTC
I click the entries on the taskbar. No additional dialogs are open.

I have also retested it again and noticed that this also happens with KDE applications only. I can reproduce this more often if I minimize windows in between.
Comment 4 Marcus 2011-12-03 17:41:37 UTC
I have tested to select a menu from one of these applications (where the button is not marked as pressed) with the keyboard shortcut, and it worked. So I guess the keyboard focus is correct?
Comment 5 Marcus 2011-12-03 17:45:06 UTC
Also this kind of 'locked' application can be selected (brought to front) but not minimized/restored from the taskbar.

I think you can emulate this by switching as gone wild between windows using the task manager in panel. It still happens more often with apps like firefox but is not limited to them.  It also happens more often if you got more than two apps open.
Comment 6 Thomas Lübking 2011-12-03 17:50:53 UTC
Yes, means the focus is correctly applied but the taskbar (or libtaskbar) messes up states internally.

Also see bugs #278869 and #246838 - could be a duplicate of either (depending on your local setup)
Comment 7 Marcus 2011-12-03 18:11:36 UTC

*** This bug has been marked as a duplicate of bug 278869 ***