Bug 252699 - Moving virtual desktop on show desktop tampers with windows positions
Summary: Moving virtual desktop on show desktop tampers with windows positions
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kwin
Classification: Plasma
Component: effects-window-management (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on: 295775
Blocks:
  Show dependency treegraph
 
Reported: 2010-09-29 00:44 UTC by Maxime Corteel
Modified: 2023-05-07 10:47 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 Maxime Corteel 2010-09-29 00:44:44 UTC
Version:           unspecified (using KDE 4.5.1) 
OS:                Linux

When dragging a whole virtual desktop in "show desktop" effect from a desktop A to a desktop C through a desktop B (without dropping the desktop). Passing through desktop B reverses desktops A and B (that's normal), but when going to desktop C, desktop B remains on desktop A, but IMHO it should go back to its original position.
It's not really a bug, but I find it neither logical nor practical.
Added to that is the problem that rows and columns count is messed up after that manipulation (I think it always has one more column than necessary).

Reproducible: Always
Comment 1 Thomas Lübking 2010-09-29 01:07:49 UTC
"Added to that is the problem that rows and columns count is messed up after
that manipulation (I think it always has one more column than necessary)."

could you please elaborate on this? do you refer to desktop or window arrangement?
how many VD do you use?
Comment 2 Maxime Corteel 2010-09-30 02:28:29 UTC
I used 9 desktops until two days ago, now I'm only using 4 and the problem is exactly the same.
When dragging a whole virtual desktop A (with two windows) to a virtual desktop B (with two windows) and back to A (without dropping), both desktops have 2 rows and 2 cols. But they should have only 1 row.
I'm using the strict positioning with the expose effect.
I hope it's clearer like that, it's not really simple to explain...
Comment 3 Maxime Corteel 2010-10-17 14:53:06 UTC
On KDE 4.5.2, dragging the desktop (by clicking between windows and dragging) doesn't move all the windows in the desktop at once anymore...
Comment 4 Thomas Lübking 2010-10-17 15:20:21 UTC
other bug, desktops were recently reconsidered "movable"
(cause of the netbook mode?!)

was reported before, is fixed ;-)
Comment 5 Maxime Corteel 2010-10-17 15:33:40 UTC
Alright, but it won't help confirming this bug which is not reproducible anymore...
Comment 6 Martin Flöser 2012-03-11 15:19:59 UTC
Unfortunately I do not understand this request. Could you please elaborate further what you actually wish?
Comment 7 Thomas Lübking 2012-03-11 15:36:31 UTC
Since virtual desktops are mutually swapped, it's not possible to swap VD1 and VD3 by crossing VD2.

VD1 -> VD2 -> VD3 => VD2 -> VD3 -> VD1, but is requested to be VD3 -> VD2 -> VD1

Ie. when desktops are swapped, the last swap shall be reverted and last swap needs to be invalidated when a desktop is dropped (the mouse released)

Sounds reasonable to me, so marking as new and let Martin re-decide approval ;-)
Comment 8 Thomas Lübking 2012-05-03 16:28:45 UTC
> Git commit 9a7325e66965a30678d3eeef22db98e838c13a93 by Thomas Lübking.
> Committed on 13/03/2012 at 00:25.
> Pushed by luebking into branch 'master'.
>  
> swap desktops in desktopgrid w/o swapping traversed desktops
> REVIEW: 104247
> FIXED-IN: 4.9
>  
> M  +25   -18   kwin/effects/desktopgrid/desktopgrid.cpp
> M  +1    -0    kwin/effects/desktopgrid/desktopgrid.h
>  
> http://commits.kde.org/kde-workspace/9a7325e66965a30678d3eeef22db98e838c13a93

Hey, not fair! - I got bounces for the unresolved dependency bug ;-)

@Martin
should be marked fixed-in 4.9 anyway?
Comment 9 Zamundaaa 2023-05-07 10:47:33 UTC
I don't think this is still relevant with Plasma 5. If it is, please reopen