Bug 184484 - List of available plasmoids in Add new applet dialog is completely unsorted
Summary: List of available plasmoids in Add new applet dialog is completely unsorted
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Unmaintained
Component: widget explorer (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Unspecified
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-16 01:53 UTC by Nicolas L.
Modified: 2009-08-25 03:03 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas L. 2009-02-16 01:53:24 UTC
Version:            (using KDE 4.2.0)
Installed from:    Mandriva RPMs

Bug reported by a mdv User.

"At least, the order in which they are displayed has no visible relation to
either name or description. This is something new, because a couple of releases
back it definitely was sorted according to name and locale."
Comment 1 Andrey Borzenkov 2009-02-24 20:37:56 UTC
I have them sorted for some time; now list is completely unsorted again. I tried switching language (thinking it may remember old sort order) without success - list is sorted neither in English nor in Russian. Nor do I see any possibility to reorder items manually.
Comment 2 Jonathan Thomas 2009-03-04 17:41:33 UTC
This is most likely related to Qt 4.5, as I did not have this problem until I upgraded.
Comment 3 Andrey Borzenkov 2009-03-04 18:04:01 UTC
(In reply to comment #2)
> This is most likely related to Qt 4.5, as I did not have this problem until I
> upgraded.

I have seen it before 4.5 as well.
Comment 4 Maciej Mrozowski 2009-05-29 02:36:48 UTC
You may be right - happens with any KDE4 on Gentoo here I have (4.2.3, trunk) - both on Qt 4.5.1.
Maybe devs in KCategorizedItemsView relied upon some implicit behaviour of Qt 4.4 that is no longer a case anymore and items need to be sorted when added explicitly (just a guess).

It would be nice to have it fixed before last 4.2.x patch release is out (but it has been tagged apparently already).
Comment 5 Andrey Borzenkov 2009-05-29 04:54:28 UTC
Still valid for 4.2.87/Qt 4.5.1
Comment 6 Maciej Mrozowski 2009-07-15 15:14:01 UTC
Still valid in 4.3 branch, is it going to be fixed before 4.3 release?
Comment 7 Dario Andres 2009-08-19 19:52:03 UTC
BTW, this appears fixed for me here using:

Qt: 4.5.2 (KDE-Qt git commit 5b7a2eb42acfdea07c6075556cb43e2c95852145
        Date:   Tue Jul 28 14:10:47 2009 -0300)
KDE: 4.3.64 (KDE 4.3.64 (KDE 4.4 >= 20090812))
kdelibs svn rev. 1013119 / kdebase svn rev. 1013119
on ArchLinux i686 - Kernel 2.6.30.4

(even when i can't find the commit or change that would be cause this)
Can anyone else check this ?
Thanks
Comment 8 Jonathan Thomas 2009-08-19 21:07:31 UTC
Fixed for me as well here with KDE 4.3.0 and Qt 4.5.2.
Comment 9 Maciej Mrozowski 2009-08-25 03:03:18 UTC
I suppose it deserves RESOLVED/UPSTREAM, definitely issues is gone with Qt upgrade (to >=4.5.2).