Bug 376059

Summary:	Regression: icon only task manager custom sort order not respected/random re-ordering
Product:	[Plasma] plasmashell	Reporter:	Soukyuu <chrno-sphered>
Component:	Icons-only Task Manager	Assignee:	Eike Hein <hein>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	cribari, ivan.cukic, jsalatas, mr.matthew.eaves, plasma-bugs-null, tsteinb
Priority:	NOR
Version First Reported In:	5.9.0
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Soukyuu 2017-02-05 15:29:15 UTC

Possibly started with 5.9.0 or a bit earlier. Certainly worked in early 5.8.x series. This is a relatively fresh installation, first installed a month ago. I am using the vertical panel layout.

The behavior is completely erratic, at least I can't really find any pattern. Pinning a new application adds it to the bottom of the list. Dragging it to a desired position seems to work, but it then randomly re-sorts to some internal order. Attempting to re-sort shows bizarre side-effects, for example having dolphin, krdc and konversation pinned, dragging the krdc icon results in moving the dolphin icon instead. The whole list then randomly resorts again.

Just now I clicked on krdc which brought konversation to foreground, also moving the konversation icon to the position of the click. Clicking on the konversation icon brought dolphin to foreground, moving it's icon to the position of the click.

Sometimes pinned items also just disappear. Starting the program from the application launcher restores the icon and also shows that it is pinned.

What seems to help is unpinning all the applications while they are running, then pinning them in the order one wants them to appear in. So my best guess is that despite visual representation, it is actually using the order the apps were pinned in instead of the user defined one.

Comment 1 Matt Eaves 2017-02-05 20:52:36 UTC

Confirmed: experiencing this problem after upgrading to Plasma 5.9 on Antergos. Problem not present immediately before whilst using Plasma 5.8

Comment 2 Eike Hein 2017-02-07 07:24:09 UTC

Do you guys use multiple activities? I'm guessing it's a regression from the rewrite of the launchers to be activity-specific.

Any videos / additional clues could help pinpoint this.

Comment 3 Eike Hein 2017-02-07 11:17:21 UTC

Possible dupe of bug 375924 and vice-versa.

Comment 4 Soukyuu 2017-02-07 16:42:38 UTC

I am not using multiple activities, just the default one. I do have two virtual desktops, however. Bug 375924 does indeed seem to be the same issue.

Comment 5 John Salatas 2017-02-07 18:46:48 UTC

Just to clarify that in #375924 the order it resets is always the same: the order that they were initially pinned.

Comment 6 Matt Eaves 2017-02-07 19:14:49 UTC

I'm only using one activity, too. 4 virtual desktops.

Comment 7 Soukyuu 2017-02-07 22:15:43 UTC

(In reply to John Salatas from comment #5)
> Just to clarify that in #375924 the order it resets is always the same: the
> order that they were initially pinned.

Yes, though that only became obvious for me once I closed all the programs. While the programs are running, the order it reverts to is rather unclear. Especially with icon changing mid-drag.

Comment 8 Tim Steinberger 2017-02-08 04:32:09 UTC

I'm running 5.9.0 on Gentoo and have the same bug.  I tested it with 1 virtual desktop and 1 activity to see if either is related and the bug is still there.

For me it seems to always revert to the original order whenever there's a change on the panel itself (menu included), nothing random about the order.

Comment 9 Eike Hein 2017-02-09 08:11:26 UTC

It's pretty clear there's something generally hosed there now, let's consolidate the tickets.

*** This bug has been marked as a duplicate of bug 375924 ***

Comment 10 Francisco Cribari 2017-02-12 21:17:11 UTC

Same problem here: Antergos + KDE Plasma 5.9.1.