Bug 202562

do you have "only show tasks from the current desktop" turned on? if so, this is a dupe of another bug, and it's _aways_ been that way. it's a flaw how those two features interact.

(In reply to comment #1)
> do you have "only show tasks from the current desktop" turned on? if so, this
> is a dupe of another bug, and it's _aways_ been that way. it's a flaw how those
> two features interact.

Yes, "Only show tasks from the current desktop" is turned on. But IIRC it used to work on 4.2 with these two options enabled.

Thank you.

*** Bug 202865 has been marked as a duplicate of this bug. ***

I can confirm that it worked 'properly' in 4.2.x - I've shown apps on current desktop only for about 10 years, so it kind of stands out now that it's failing in 4.3

Aside - it's especially annoying for me because I only started using manual-sorting in 4.2 to get around the absence of the excellent 3.5 natural-sort method (new apps get added to the right on the taskbar).

Please take this bug seriously, as these changes are especially irritating to people with lots of virtual desktop and lots of apps open on each (so the 'show all from all' option is infeasible).

Can the reporters and other subscribers to these two bugs please confirm if they are the same and can be combined?  They look pretty similar to me, and I think we all have the same end-game in mind here:

https://bugs.kde.org/show_bug.cgi?id=178032
https://bugs.kde.org/show_bug.cgi?id=202562

This appears to be the similar to 178032.  178032 appears to be pointing out the sort of buttons doesn't mean anything when a new group is formed, and this says the sort changes when going from one virt desktop to another.  The main problem in both appears the taskbar doesn't give the expected result in any of the sort methods.

*** Bug 205266 has been marked as a duplicate of this bug. ***

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I can confirm that this bug persist on Fedora 10 x86_64 KDE 4.3.0-1 with latest updates.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqX614ACgkQ1KOfm1RDUTFI7ACgu/+UVBYO2hSmFAupQEdeTm8h
ePQAn1+iyh70TSId4iIRA6hOuFtHBDF1
=HCQn
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I can also confirm that this feature worked just perfectly in KDE 4.2. This is very useful feature. Please fix it ASAP. Now task manager reorders applications in very unpredictable way after virtual desktop switch. It makes me nervous that applications are messed up every time.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkqa3IIACgkQ1KOfm1RDUTFmigCgpJXRlFp8NZTeKd6KpLw8gGVV
dcUAoL3zo1aDh2K/gP0AxUkCLOwr0/sv
=wD8J
-----END PGP SIGNATURE-----

it never worked properly. there was no way it could, either, given the code.

Hi Aaron,

Keep in mind that I know you know this stuff like the back of your hand, and I'm totally happy to defer to your knowledge, skills and expertise here.

And in that context, here's what I know (or if you prefer, believe).

Under 3.5, starting new tasks would create new items in the task-manager, growing from left to right.

My first real experience with 4.x was 4.2.2 (Debian unstable), and in that and 4.2.4 I found that the 'unsorted' was in fact some sort algorithm I couldn't fathom (but was not as the above, 3.5 behaviour).  In that context, I chose to use the 'manual sort' method, which let me manually shuffle items around in the task bar.  Note that I had my desktop configured with 6 virtual desktops, showing only tasks on the current desktop, showing all tasks on each (including minimised ones).

To clarify - changing the arrangement of tasks in the task bar worked, insofar as it would retain them while on that virtual desktop, and switching to another virtual desktop and back again - the tasks would remain in the position I set them.  I know this, because I did it consistently each and every time I logged into KDE 4.2.x - shuffling Quanta and my dev-web site (konq-html) into the left-most positions on my dev desktop, and then my php and mysql manual pages into the next two, and so on.  Let me emphasise - this did not work 'occasionally' but rather 100% consistently.

Under 4.3 I made no changes, but found that manually sorting worked insofar as it let me change the order on a given desktop (as above) but if I changed to a different virtual desktop, and back again, the presentation order had reverted to whatever internal order KDE was using to track the tasks.  The manual sort order fails to retain its settings consistently under 4.3.

It's quite possible that looking at the code, you can conclude that it could /never/ have worked as I've observed above - in that case I, and anyone else who's observed or expressed similar to my comments above will doubtless happily accept your statement IF you could give us a sort order that works as we've been imagining all this time - that is, showing and tracking tasks on current desktop, retaining settings between switches of virtual desktop.

This bug is probably duplicated of this one : https://bugs.kde.org/show_bug.cgi?id=200255

It'd be a shame to lose my plaintive plea, like a tear in the rain, but if this does get closed against #200255 can ALL YOU GUYS please remember to re-cast your votes (from memory they get lost rather than transferred - perhaps I should file a bug ;)

That includes the goose that voted '1'.

here is a patch (didn't check myself):

http://reviewboard.kde.org/r/1526/

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