Bug 320921

Summary: detached panel doesn't minimize with a program
Product: [Plasma] kwin Reporter: Teodor <teod0r>
Component: generalAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: kde
Priority: NOR Keywords: usability
Version: 4.10.4   
Target Milestone: ---   
Platform: Other   
OS: Linux   
URL: https://git.reviewboard.kde.org/r/111302/
Latest Commit: Version Fixed In: 4.11

Description Teodor 2013-06-08 18:12:49 UTC
When you minimize an application which has a detached panel, the panel will not minimize with the program

Reproducible: Always

Steps to Reproduce:
1.detach a panel from a program
2.move the panel to some area that you want
3.lock the panel
4.minimize the application
Actual Results:  
the application minimizes, but the panel doesn't

Expected Results:  
the panel should minimize with it's program
Comment 1 Martin Flöser 2013-06-10 12:58:01 UTC
Please provide output of:
qdbus org.kde.kwin /KWin supportInformation
Comment 2 Thomas Lübking 2013-06-10 13:19:08 UTC
Also specify "panel" by providing the output of "xprop" on the panel window (cursor turns into cross, click the window, the required information is written to stdout)
Comment 3 Christoph Feck 2013-06-28 12:07:57 UTC
Did you enable "Hide utility windows for inactive applications" in KWin Settings > Window Behavior > Advanced tab?
Comment 4 Teodor 2013-06-28 15:51:54 UTC
(In reply to comment #3)
> Did you enable "Hide utility windows for inactive applications" in KWin
> Settings > Window Behavior > Advanced tab?

No
Comment 5 Thomas Lübking 2013-06-28 19:32:50 UTC
There's a bug hitting toolbars from eg. kwrite etc. when loosing focus.

However, w/o that setting (the feature is borrowed behavior from NeXT) enabled, nothing will change and it has not been different. 

The "problem" here is (I assume, since you didn't bother to answer to comment #2...) that the toolbars of KMainWindow don't add _NET_WM_ACTION_MINIMIZE to _NET_WM_ALLOWED_ACTIONS (and sometimes seem to loose _NET_WM_ALLOWED_ACTIONS altogether, eg. with a second kwrite instance - that's however unrelated), IOW: the window is simply not minimizable (and unfortunately we've no rule in place to override this)

So, if you /were/ referring to "toolbars" of KMainWindow, the bug is either there or (depending on the reason for this behavior) no bug at all.
If we cannot get clarification on this, i'll just close the bug "NEEDS INFO" on Monday.
Comment 6 Thomas Lübking 2013-06-28 19:49:03 UTC
addendum:
Apparently we happily ignore that propert =(

However, special windows (including those assumed toolbars) are shortcut denied minimizability in Client::isMinimizable(), what should maybe fxied by "&& !isTransient()" to not conflict with the transient check below.
Comment 7 Thomas Lübking 2013-07-01 19:19:37 UTC
Git commit c3eb7b8e29d70521b4aa555fa0cf01191ebc9968 by Thomas Lübking.
Committed on 28/06/2013 at 18:31.
Pushed by luebking into branch 'master'.

fix secondary test for hiding utility windows

broke with 2ae475ce
REVIEW: 111302

M  +1    -1    kwin/workspace.cpp

http://commits.kde.org/kde-workspace/c3eb7b8e29d70521b4aa555fa0cf01191ebc9968
Comment 8 Thomas Lübking 2013-07-01 19:19:38 UTC
Git commit 4dd1c1ff73d0ac2f6f0b821670971f972b5fdfd1 by Thomas Lübking.
Committed on 28/06/2013 at 19:49.
Pushed by luebking into branch 'master'.

grant minimizability to transient special clients

This will not provide a 100% fix, since at least KMainWindow
toolbars at some point start to behave like override_redirects
REVIEW: 111303
FIXED-IN: 4.11

M  +1    -1    kwin/client.cpp

http://commits.kde.org/kde-workspace/4dd1c1ff73d0ac2f6f0b821670971f972b5fdfd1