Bug 223074 - auto-unshade enabled -> shade a window, grab it and move it around -> window doesnt auto-unshade
Summary: auto-unshade enabled -> shade a window, grab it and move it around -> window ...
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: core (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 235827 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-01-17 04:44 UTC by disabled account
Modified: 2012-03-30 14:05 UTC (History)
1 user (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 disabled account 2010-01-17 04:44:59 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

I have auto-unshade enabled with a 500msec delay and my mousewheel unshades when on the title bar.
When I shade a window, leave the title bar, enter it again, but quickly grab it before it unshades and move it around, the window moves in shaded state. It doesnt auto-unshade.

Using KDE SC 4.3.90.
Comment 1 Thomas Lübking 2010-04-18 16:39:02 UTC
it actually unshades but is masked (you can see a tiny slim part of the window, best noticed when the client color is much different from the deco one)

i'm however not sure whether this is really a functional bug or just a bad implementation (should the windows really auto-unshade while being dragged?)
Comment 2 disabled account 2010-05-22 07:06:35 UTC
(In reply to comment #1)
> it actually unshades but is masked (you can see a tiny slim part of the window,
> best noticed when the client color is much different from the deco one)
> 
> i'm however not sure whether this is really a functional bug or just a bad
> implementation (should the windows really auto-unshade while being dragged?)

Hm... You're right, I'm not sure about that... I believe both behaviors are equally usable, but since a consistent behavior would be the window unshading, I'd vote in favour of that..
Comment 3 Martin Flöser 2010-05-23 16:51:54 UTC
*** Bug 235827 has been marked as a duplicate of this bug. ***
Comment 4 Thomas Lübking 2012-03-19 00:51:34 UTC
There's still an issue with this - the window is passed the wrong geometry (even after the geometry restoring fix)
-> my suggestion was to skip unshading if the window is in move and unshade it after the move/resize has finished (maybe invoking the hover timeout)
Comment 5 Thomas Lübking 2012-03-30 14:05:38 UTC
Git commit feabb052f1434adb4f8a6f1dc203e07ad61a2355 by Thomas Lübking.
Committed on 20/03/2012 at 16:38.
Pushed by luebking into branch 'master'.

don't hover unshade while moving
REVIEW: 104280

M  +2    -0    kwin/client.cpp

http://commits.kde.org/kde-workspace/feabb052f1434adb4f8a6f1dc203e07ad61a2355