re-ordering of library tracks on re-entry

[Mannex]

Running build 5442 on Linux Mint KDE.

With four decks visible and using the space bar to bounce back and forth between the big library and the main interface, if I add a track from the main library to a playlist, the display changes to the playlist (a little annoying, but not a show-stopper). When I return to the library, the tracks are in a different order. I had them sorted by BPM, and they are still sorted by BPM, but tracks with the same BPM are in a different order within that BPM. Example, the library might at first show:

Dave Aude - Aftermath - 130 BPM
Ann Lee - 2 Times - 130 BMP
Armin Van Buuren - Ping Pong - 130 BMP

If I add a track (doesn't have to be one of these) to a playlist, then return to the library, these three might be displayed in a different order.

This obviously isn't critical, but it does make it difficult to find where I was. Sometimes, the track currently playing disappears from the library list, but I can't yet determine a good way to reproduce that, so that's another issue :)

[Daniel Schürmann (daschuer)]

I cannot confirm the reordering, but I can confirm that the selection and scroll position is lost by changing from library to playlist and back.

[Mannex (russ-mannex)]

I think the best option would be to not jump to the playlist when I add a track to it. That way, I don't lose sorting, selection, scroll position, etc. Technically, the sorting is still correct since it's only sorting on one field, BPM, and sorting on a second field would make things more complicated and probably wouldn't be as desirable (I'd rather not deal with multi-field sorting). So, the sorting is working, but it seems to be done differently, like it's re-sorting, when I return to the library. Which also explains why sometimes one of the tracks has gone missing (usually a playing track). But if we never left the playlist in the first place, then none of that would make a difference, at least to me :) Thanks!

[Daniel Schürmann (daschuer)]

> I think the best option would be to not jump to the playlist.

I think this is fetched in our recent beta
http://downloads.mixxx.org/builds/1.12/release/

[Mannex (russ-mannex)]

By fetched, do you mean someone has made the change already? Is 1.12/release the same as beta1-1.12-git5442-release?

[Daniel Schürmann (daschuer)]

I mean "fixed", sorry.

The link is a folder link containing always the most recent builds.
The current is 5513.

[Mannex (russ-mannex)]

Ah, got it. Checked it out in 5513 and adding a track to a playlist doesn't jump to that playlist. So, while the underlying behaviour might still be to re-order the tracks, this is no longer an issue. You can notabug it, if you like. I'm satisfied with it the way it is. Thanks.

[Be (be.ing)]

See also: https://bugs.launchpad.net/mixxx/+bug/1474098

[Mannex (russ-mannex)]

Ah, my old pal be! (it's xmanmonk from the IRC!). Yes, I looked at that, and it seems that one is really more related to losing the clicked-on-header sorting data over restarts. I don't seem to be having that particular issue, but am losing the "sub-sorting" (sorting within an already sorted group). It's not really an issue for me now that the library screen doesn't jump to a playlist when adding a track. So... maybe we can close this one, or at the very least, point it to that other one?

[Owen Williams (ywwg)]

soo.... is this fixed?

[Mannex (russ-mannex)]

It does not appear to be fixed. I have confirmed this on another machine in Windows as well.

[Owen Williams (ywwg)]

yeah I see this sometimes as well. If the user has not selected multiple sorting criteria the tracks will shift around

[Mannex (russ-mannex)]

Oh dude, how do you do multiple sorting criteria?

--
-xmanmonk
010
011
111

On Thursday, 19 November 2015 03:40:58 Owen Williams waxed eloquent:
> yeah I see this sometimes as well. If the user has not selected
> multiple sorting criteria the tracks will shift around
>
> ** Changed in: mixxx
> Importance: High => Medium
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1478413
>
> Title:
> re-ordering of library tracks on re-entry
>
> Status in Mixxx:
> Confirmed
>
> Bug description:
> Running build 5442 on Linux Mint KDE.
>
> With four decks visible and using the space bar to bounce back and
> forth between the big library and the main interface, if I add a track
> from the main library to a playlist, the display changes to the
> playlist (a little annoying, but not a show-stopper). When I return to
> the library, the tracks are in a different order. I had them sorted by
> BPM, and they are still sorted by BPM, but tracks with the same BPM
> are in a different order within that BPM. Example, the library might
> at first show:
>
> Dave Aude - Aftermath - 130 BPM
> Ann Lee - 2 Times - 130 BMP
> Armin Van Buuren - Ping Pong - 130 BMP
>
> If I add a track (doesn't have to be one of these) to a playlist, then
> return to the library, these three might be displayed in a different
> order.
>
> This obviously isn't critical, but it does make it difficult to find
> where I was. Sometimes, the track currently playing disappears from
> the library list, but I can't yet determine a good way to reproduce
> that, so that's another issue :)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1478413/+subscriptions

[Owen Williams (ywwg)]

You can click up to three headers and Mixxx will do sub-sorting by those criteria. I believe it's smart enough to let you click a header twice to reverse the order. So if I want to order by date, then artist, then title, I'd click sort by title, then artist, then date. It's backwards but not too tricky.

[Mannex (russ-mannex)]

Oh, well that’s just way too logical :) I figured it would do that, but hadn’t considered
the possibility of it affecting this behaviour (although I should have). My old brain! But a
new question then -- does it retain the multi-field sorting between runs? Because it
retains single field sorting, which is nice. I’ll have a go at that. And if it does retain
multi-field sorting, it’s not exactly a bug, but rather an oddity.

--
-xmanmonk
010
011
111

On Thursday, 19 November 2015 14:36:34 Owen Williams waxed eloquent:
> You can click up to three headers and Mixxx will do sub-sorting by those
> criteria. I believe it's smart enough to let you click a header twice
> to reverse the order. So if I want to order by date, then artist, then
> title, I'd click sort by title, then artist, then date. It's backwards
> but not too tricky.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1478413
>
> Title:
> re-ordering of library tracks on re-entry
>
> Status in Mixxx:
> Confirmed
>
> Bug description:
> Running build 5442 on Linux Mint KDE.
>
> With four decks visible and using the space bar to bounce back and
> forth between the big library and the main interface, if I add a track
> from the main library to a playlist, the display changes to the
> playlist (a little annoying, but not a show-stopper). When I return to
> the library, the tracks are in a different order. I had them sorted by
> BPM, and they are still sorted by BPM, but tracks with the same BPM
> are in a different order within that BPM. Example, the library might
> at first show:
>
> Dave Aude - Aftermath - 130 BPM
> Ann Lee - 2 Times - 130 BMP
> Armin Van Buuren - Ping Pong - 130 BMP
>
> If I add a track (doesn't have to be one of these) to a playlist, then
> return to the library, these three might be displayed in a different
> order.
>
> This obviously isn't critical, but it does make it difficult to find
> where I was. Sometimes, the track currently playing disappears from
> the library list, but I can't yet determine a good way to reproduce
> that, so that's another issue :)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1478413/+subscriptions

[Swiftb0y (swiftb0y)]

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