Bug 191926 - Annoying "qt-subapplication" window when holding ALT-TAB
Summary: Annoying "qt-subapplication" window when holding ALT-TAB
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: notifications (show other bugs)
Version: unspecified
Platform: Ubuntu Unspecified
: NOR normal
Target Milestone: ---
Assignee: Rob Scheepmaker
URL:
Keywords:
: 192339 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-05-07 18:07 UTC by Mauro
Modified: 2009-07-24 17:32 UTC (History)
12 users (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 Mauro 2009-05-07 18:07:03 UTC
Version:            (using KDE 4.2.2)
Installed from:    Ubuntu Packages

I think it's my wish, not really a bug.
This behaviour started when I upgraded to Kde 4.2.3, on Jaunty Jackalope. If a qt-subapplication (such as a Kopete notify) is on the tray, I see an annoying "Qt-Subapplication" tab when moving around windows with ALT-TAB.
Comment 1 Martin Flöser 2009-05-07 18:17:49 UTC
looks to me like a change in Plasma -> reassigning (perhaps caused by fix of #179924 ?)
Comment 2 Pino Toscano 2009-05-12 00:09:37 UTC
*** Bug 192339 has been marked as a duplicate of this bug. ***
Comment 3 Aaron J. Seigo 2009-05-12 01:22:33 UTC
while this may be a result of that change, the window is marked to skip pager and taskbar. how else can we keep a window from appearing in the alt-tab list?
Comment 4 Martin Flöser 2009-05-12 11:22:12 UTC
(In reply to comment #3)
> while this may be a result of that change, the window is marked to skip pager
> and taskbar. how else can we keep a window from appearing in the alt-tab list?
Unfortunatelly there is no way currently. My current thought is to go for adding a new hint like _KDE_STATE_SKIP_TABBOX or go the correct way and get a _NET_WM_STATE_SKIP_TABBOX as I think it is a quite common feature in all window managers. A point for discussing at aKademy ;-)
Comment 5 Aaron J. Seigo 2009-05-13 05:08:43 UTC
> _NET_WM_STATE_SKIP_TABBOX

that sounds ok to me. any chance kwin could get something like this for 4.3 so we can fix this bug?

*thinks*

actually, what is the use case for a window that skips both the pager and the taskbar still shows up in the alt-tab list?

the apidox in netwm_def.h say this about NET::State:

 To set the state of a window, you'll typically do something like:
       \code
         KWindowSystem::setState( winId(), NET::SkipTaskbar | NET::SkipPager );
       \endcode

       for example to not show the window on the taskbar and pager (alt-tab dialog).
       winId() is a function of QWidget()

that's what actually led me to originally think setting SkipTaskbar and SkipPager ought to be enough.
Comment 6 Lukas Tines 2009-05-13 11:02:00 UTC
in KDE 4.2.3 (openSUSE package)
1. Qt-Subapplication is shown on taskbar and when holding ALT-TAB
2. what's worse - it won't get focus, so every notification is shown on background. I know it's there (because of taskbar entry), but i have to manually switch to it. Particularly  annoying is incoming message notification in kopete.

Eh, and I'm running KDE4 on Qt 4.5 libraries, so maybe problem is there.
Comment 7 Martin Flöser 2009-05-13 11:03:48 UTC
(In reply to comment #5)
> that's what actually led me to originally think setting SkipTaskbar and
> SkipPager ought to be enough.
That's how it used to be and I searched and found a commit which changed it:
http://websvn.kde.org/?view=rev&revision=415713

and I found a nice bug report: bug #106818
Comment 8 Lubos Lunak 2009-05-13 11:51:16 UTC
I had somebody else already complaining about the netwm_def.h description. The Alt+Tab window is clearly not a pager, that needs to be fixed. As for SkipTaskbar and Alt+Tab, that is bug #105809, and I seem to remember a bugreport asking for making them separate, to no have a taskbar entry for a window yet still have it easily reachable.

That said, I don't think it matters here. All the small tweaking flags are more of a user preference and when apps use them too much it usually means there is something wrong. What window exactly is this all about? If it is not to show in Alt+Tab, then presumably it is also not to receive focus -> mark it to not receive focus then, problem solved. Or if it is, and I'm getting it right that it is a notification window, set the proper window type for it and Alt+Tab can filter those out.
Comment 9 Peter Avramucz 2009-05-14 17:20:55 UTC
OpenBox doesn't show the Qt-subapplication when pressing Alt-Tab, but kwin does...
Arch Linux Kdemod 4.2.3
Comment 10 Matt Hubert 2009-06-05 06:17:58 UTC
I can confirm this bug. I'd also like to re-mention another bug potentially related:

(In reply to comment #6)
> 2. what's worse - it won't get focus, so every notification is shown on
> background. I know it's there (because of taskbar entry), but i have to
> manually switch to it. Particularly  annoying is incoming message notification
> in kopete.

I can confirm this too. Not only is Qt-subapplication displayed in alt-tab, but there are times when the notifications are permanently backgrounded and can only be foregrounded by quickly alt-tabbing to their menu item before they disappear.

I'd say that this is a different but related bug, and I believe it was reported as #188831. However, it is important that #188831 is fixed *before* this one is, because otherwise if a notification is not listed in the alt-tab list, you cannot switch to it if it gets backgrounded and you have essentially disabled Plasma notifications.
Comment 11 Florian Reinhard 2009-06-10 13:56:12 UTC
i can confirm this for 4.2.4 on kubuntu 9.04.

my reliable steps to reproduce:

1. open launcher
2. switch virtual desktop with some keyboard shortcut
3. klick on k on the next v-desktop, nothing happens, nothing to see if you alt-tab
4. get back to the previous v-desktop, no qt-subapplication so far
5. open launcher again, nothing happens. use alt-tab to see a minimized qt-subapplication, focus it and the launcher is back.
Comment 12 Daniel Franke 2009-07-11 21:53:27 UTC
Same here, KDE-4.2.4 on gentoo.

Easy way to reproduce: open the calendar widget by clicking on the clock applet, ALT+TAB then lists the Qt-subapplication.
Comment 13 Beat Wolf 2009-07-23 21:06:32 UTC
Can't reproduce in 4.3.

Can anybody confirm this is still present in 4.3?
Comment 14 Martin Flöser 2009-07-23 21:23:52 UTC
(In reply to comment #13)
> Can anybody confirm this is still present in 4.3?
I just checked with
 * Kickoff
 * Calendar
 * Network Manager
 * Battery applet
 * device notifier

in all cases it showed up in alt+tab but as "plasma" not as "qt-subapplication". Oh I still have RC 2. So I will recheck when RC 3 packages arrive.

Notifications on the other hand are not shown any more.
Comment 15 Beat Wolf 2009-07-23 21:26:34 UTC
So this bug can probably be closed. One more that confirms and i close it (or i close it anyway in a few days if nobody complains)
Comment 16 Matt Hubert 2009-07-24 03:38:55 UTC
I'm pretty sure this one is fixed. I can confirm everything Martin said.

If you get a Plasma notification (such as a new email), it is not in alt+tab. I'm pretty sure this was the original bug, because you could be focusing and unfocusing Plasma notifications, which was weird and undesired.

However, Plasmoids themselves still appear in alt+tab, including everything Martin mentioned. I'm not sure that is a bug, but it's probably not within the scope of this one anyway.

I'm also using RC2. So long as this didn't reappear in RC3 (anyone?), I say close it!
Comment 17 Florian Reinhard 2009-07-24 08:10:48 UTC
(In reply to comment #14)
> (In reply to comment #13)
> > Can anybody confirm this is still present in 4.3?
> I just checked with
>  * Kickoff
>  * Calendar
>  * Network Manager
>  * Battery applet
>  * device notifier
> 
> in all cases it showed up in alt+tab but as "plasma" not as
> "qt-subapplication". Oh I still have RC 2. So I will recheck when RC 3 packages
> arrive.
> 
> Notifications on the other hand are not shown any more.

I can confirm this on rc2 too. One difference: alt-tab shows "plasma-desktop"