Bug 304998 - Window tabs not placed where they are dropped (regression?)
Summary: Window tabs not placed where they are dropped (regression?)
Status: RESOLVED DUPLICATE of bug 305443
Alias: None
Product: Oxygen
Classification: Plasma
Component: win deco (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Hugo Pereira Da Costa
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-11 23:21 UTC by Travis Evans
Modified: 2012-08-28 02:58 UTC (History)
2 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 Travis Evans 2012-08-11 23:21:01 UTC 
Since upgrading from KDE 4.8.x to 4.9, trying to reorder window tabs via drag and drop frequently results in the tabs being placed anywhere except where they should. Most often they are placed one position to the right of where the highlight indicates, but sometimes they don't move at all or move to a seemingly random position in the group.

Reproducible: Always

Steps to Reproduce:
1. Set up a window group with three or more tabs
2. Begin dragging one tab a few positions left or right.
3. Just as the highlight changes to the next position, stop and release mouse button.
Actual Results:  
Tab is almost always *not* placed where the highlight indicator shows.

Expected Results:  
Tab should appear where the highlight box appeared at the point the mouse button was released.
Comment 1 Travis Evans 2012-08-15 19:10:41 UTC 
In addition, it seems that new windows added automatically to a group via Autogroup by ID in advanced window settings get added in the next-to-the-last position or somewhere else instead of the last position. I do not know if any of this is a bug in Kwin or in the Oxygen window decoration. Unfortunately, all this makes KDE 4.9.0 unusable for me so I'm back to 4.8.4, which definitely doesn't exhibit these problems.
Comment 2 Hugo Pereira Da Costa 2012-08-27 22:19:57 UTC 

*** This bug has been marked as a duplicate of bug 305443 ***
Comment 3 Hugo Pereira Da Costa 2012-08-27 22:20:45 UTC 
@Travis
yes regression, due to rewrite of the tabbing code.
There is a patch attached in the last comments of bug #305443, if you feel like testing.

Hugo
Comment 4 Thomas Lübking 2012-08-27 23:45:58 UTC 
(In reply to comment #1)
> In addition, it seems that new windows added automatically to a group via
> Autogroup by ID in advanced window settings get added in the
> next-to-the-last position or somewhere else instead of the last position.
Not reproducible here. Does that happen at startup or during runtime?

> so I'm back to 4.8.4, which definitely doesn't exhibit these problems.
https://git.reviewboard.kde.org/r/103855/ - have a look at the bug list.
Comment 5 Travis Evans 2012-08-28 02:58:36 UTC 
Ah, good to know. I don't know if I'll be able to test again anytime soon (very busy and had to roll back that entire system upgrade due to other severe issues not related to KDE), but if I do, I'll be sure to look at it and try to answer the autogroup-by-ID question.