Bug 193611 - when the modal dialog is shaded the parent window is minized
Summary: when the modal dialog is shaded the parent window is minized
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 215600 223775 226591 232587 254898 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-05-22 08:45 UTC by Jorge Cuadrado
Modified: 2010-11-10 04:01 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Jorge Cuadrado 2009-05-22 08:45:21 UTC 
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

when the modal dialog is shaded the parent window is minized and and it can't be restored or closed
Comment 1 Martin Flöser 2009-05-26 00:35:50 UTC 
I just tried and you can return to the window by using alt+tab, but you have to unshade the modal dialog first.
Comment 2 michaell 2009-09-02 22:00:14 UTC 
Imho severity should be changed to critical. I'm not able to unshade the modal dialog. Data loss is likely here.
Comment 3 Mike Frysinger 2009-10-22 07:50:30 UTC 
just hit this with ktorrent.  fortunately i was able to recover with comment #1.
Comment 4 Frank Niethardt 2009-11-16 19:42:02 UTC 
Still there in KDE 4.3.3 :(
Comment 5 Thomas Lübking 2009-11-17 00:15:35 UTC 
this is easy to fix - as soon as you know what the fix should be ;-)

either comment the "workspace()->updateMinimizedOfTransients( this )" call in client.cpp, "setShade( ShadeMode mode )" or adjust on minimize/shade in group.cpp, "updateMinimizedOfTransients()"

Former will leave transients untouched, latter will align their shade state.

Personally i'd favour to leave them untouched, because shading isn't really like minimizing (esp. if you unshade on hover) but just to get the window out of the way for a short time - but i do not feel in position to decide this.

As shading isn't the most used feature nowerdays and the current situation is the worst case i suggest a quick vote, implement the result and wait for further bug reports on the solution.
Comment 6 Thomas Lübking 2009-11-21 22:07:40 UTC 
*** Bug 215600 has been marked as a duplicate of this bug. ***
Comment 7 Martin Flöser 2010-01-22 12:01:05 UTC 
*** Bug 223775 has been marked as a duplicate of this bug. ***
Comment 8 Dmytro Fedonin 2010-03-13 11:58:36 UTC 
On 4.3.2 I can see the bug only for GTK applications (Firefox, Eclipse). And no way to recover. I must restart Firefox to recover form this situation. With Eclipse it is even worse not only data loss but also CPU consumption (plasma+X).
Comment 9 Thomas Lübking 2010-03-29 16:17:04 UTC 
*** Bug 232587 has been marked as a duplicate of this bug. ***
Comment 10 Martin Flöser 2010-06-02 21:08:50 UTC 
*** Bug 226591 has been marked as a duplicate of this bug. ***
Comment 11 Thomas Lübking 2010-06-02 21:16:10 UTC 
pending review http://reviewboard.kde.org/r/4080/
Comment 12 Martin Flöser 2010-10-21 21:30:38 UTC 
*** Bug 254898 has been marked as a duplicate of this bug. ***
Comment 13 Thomas Lübking 2010-11-10 04:01:19 UTC 
SVN commit 1194907 by luebking:

adjust/fix behaviour of Modal Dialogs reg. Minimizing, Virtual Desktop change & Shading
BUG: 193611
BUG: 180195


 M  +16 -1     client.cpp  
 M  +4 -1      group.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1194907