Bug 304998

Summary:	Window tabs not placed where they are dropped (regression?)
Product:	[Plasma] Oxygen	Reporter:	Travis Evans <travisgevans>
Component:	win deco	Assignee:	Hugo Pereira Da Costa <hugo.pereira.da.costa>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	hugo.pereira.da.costa, thomas.luebking
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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.