Summary: | clicking a program systray icon brings up a window in an inactive state and applied translucency and dim inactive settings | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Ivan Lezhnjov Jr. <kyur4thitch> |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Ivan Lezhnjov Jr.
2010-06-19 12:10:21 UTC
Just for clarification: what is a kicker icon? There is no such thing as kicker in KDE 4 and your description could be a launcher item, a taskbar item or a systray item. Oh, it's systray icon. Just to avoid any misinterpretation here's a screenshot of the icons I clicked to gather the data for this bug report: http://simplest-image-hosting.net/i0-plasma-desktopvf2721-jpg.jpg Mmm by the way before KDE 4.4.4 only Kopete was affected. As of KDE v 4.4.4 at least kopete, ktorrent and amarok are affected. Blogilo for instance isn't affected. *** This bug has been marked as a duplicate of bug 240649 *** It seems to me that bug 240649 is a different one. (In reply to comment #5) > It seems to me that bug 240649 is a different one. why...? at least the commited fix forces a window activation next to a raise. source of the bug is probably that (due to the new dbus protocol) the mouseevent now happens on the systray server (plasma-desktop) instead of the client (amarok etc.) what breaks kwins heuristics reg. transient windows (ie. clicking on another window of the application was allowed to activate the mainwindow, clicking "somewhere else" is not unless using force) okay, it seems you really have an idea of why it is a duplicate so let it be so. I just can't really argue with your last statement :) *** This bug has been marked as a duplicate of bug 240649 *** |