Bug 103921 - KDE window manager makes utility windows disappear when application loses focus
Summary: KDE window manager makes utility windows disappear when application loses focus
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-04-14 23:40 UTC by Alain Knaff
Modified: 2005-05-11 16:49 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Xprop output of Inkscape's "Document Preferences" dialog (22.63 KB, text/plain)
2005-04-15 11:23 UTC, Alain Knaff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alain Knaff 2005-04-14 23:40:59 UTC
Version:           unknown (using KDE 3.4.0 Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.10

Inkscape's dialogs disappear as soon as mouse cursor touches a non-inkscape window

Inkscape's developers claim that this is a KDE bug rather than an inkscape bug:

See discussion in inkscape's bug tracker here:

https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1182490&group_id=93438
Comment 1 Lubos Lunak 2005-04-15 11:03:04 UTC
Please attach 'xprop' output of the affected windows.
Comment 2 Alain Knaff 2005-04-15 11:23:30 UTC
Created attachment 10646 [details]
Xprop output of Inkscape's "Document Preferences" dialog
Comment 3 Lubos Lunak 2005-04-15 13:13:36 UTC
Hmm. This doesn't have much to do with being transient or not. That window is not a dialog window, it's a utility window (_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_UTILITY). And what's happening is that KWin hides all utility windows for a window that's not active (I suppose you use one of the mouse focus policies).
That kind of seemed to make sense for cases of applications like Gimp which have a slew of utility windows but I admit this feature probably hasn't had much testing because of only few applications using the window type hint.
Do you suggest this feature to be removed?
Comment 4 Alain Knaff 2005-04-15 14:06:47 UTC
> That kind of seemed to make sense for cases of applications like Gimp which have a slew of utility windows

This is weird. Ironically enough, for Gimp, this "disappearing-window" problem doesn't happen...

> Do you suggest this feature to be removed?

Yes please (unless it removing it would negatively affect some other app, but I wouldn't know which...). Or maybe it could be made configurable in the control-panel, maybe even on a per-window basis.
Comment 5 Lubos Lunak 2005-04-15 17:26:54 UTC
> This is weird. Ironically enough, for Gimp, this "disappearing-window"
> problem doesn't happen...

That's most probably because they aren't set to be tool windows. I think Gimp 
has a setting for that somewhere.
>
> > Do you suggest this feature to be removed?
>
> Yes please (unless it removing it would negatively affect some other app,
> but I wouldn't know which...). Or maybe it could be made configurable in
> the control-panel, maybe even on a per-window basis.

I'll consider the option. As a workaround, you can for now force the window 
type to be dialog in the window specific settings for the window 
(Alt+F3/Advanced/Special settings, Workarounds tab).
Comment 6 Alain Knaff 2005-04-15 17:31:33 UTC
> force the window type to be dialog in the window specific settings for the window

Yep, that works. Thanks.
Comment 7 Lubos Lunak 2005-05-11 16:49:14 UTC
SVN commit 412381 by lunakl:

Added option to turn off hiding utility windows for inactive applications.
BUG: 103921



 M  +16 -1     trunk/KDE/kdebase/kwin/kcmkwin/kwinoptions/windows.cpp  
 M  +2 -0      trunk/KDE/kdebase/kwin/kcmkwin/kwinoptions/windows.h  
 M  +1 -0      trunk/KDE/kdebase/kwin/options.cpp  
 M  +3 -0      trunk/KDE/kdebase/kwin/options.h  
 M  +9 -0      trunk/KDE/kdebase/kwin/workspace.cpp