library showing some tracks out of order

[Owen Williams]

With the new library patch, some tracks aren't getting sorted correctly. I have my tracks sorted by date-added, and although most of the tracks show up in the correct order, there are some all the way at the bottom that are actually new tracks (see screenshot). My guess is the merging of dirty/nondirty tables isn't getting sorted correctly?

[RJ Skerry-Ryan (rryan)]

Oops -- yes this is likely a bug in the sorting function for dirty tracks.
It's probably not sorting by date, just sorting by how the date is formatted
as a string. (I'll have to check)

On Sun, Oct 2, 2011 at 2:10 PM, Owen Williams <email address hidden> wrote:

> ** Attachment added: "files are in wrong order (all 2011 tracks should be
> at the top)"
>
> https://bugs.launchpad.net/bugs/864780/+attachment/2497215/+files/wrong_order.png
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/864780
>
> Title:
> library showing some tracks out of order
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/864780/+subscriptions
>

[Owen Williams (ywwg)]

I think this fixes the bug. I checked, and there aren't any other columns that are selectable as headers that weren't being addressed in the cache code.

[RJ Skerry-Ryan (rryan)]

Looks good -- except when you load the track its display becomes a formatted date instead of the string form. This seemed like a better (localized, etc.) way of displaying the date so I changed all date-added entries to be parsed into QDateTime's. Also, the TIO::getCreateDate() is supposed to be the file creation date so I added a getDateAdded() method that is populated when the track is loaded from TrackDAO.

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6003