B1644 The "most played" sort order changed (again, just like previously with B1643)

[Suedkiez (Just a fellow user like you)]

I have the same issue again. With B1643, it fixed itself after some restarts, which is why I marked the old thread as solved, but now I have it again with B1644, and so far it has not changed back (I restarted ROCK and client twice)

B1643 / B395: The "most played" sort has changed

The change is not very big, but some albums changed position in my “most played” sort order. Was this an intentional change, possibly weighting play time vs play count, or a bug? I have “show hidden tracks and albums” set to OFF, and I think previously the plays of all version were added up in My Albums, which was good. Now it seems like only the primary version might be counted? I had one particular album with many plays that are split between two versions, and this was always the top album b…

[Suedkiez (Just a fellow user like you)]

It’s back to normal again, but it’s a bit weird.

[ivan]

Hi, @Suedkiez, thank you for your report. Could you please confirm if I am correct that the following happens:

1. After update several items lose their position in the Albums browser when sorted by “most played”
2. Reboot of the RoonServer resolves this and things go back to normal

My questions are:

1. Does it happen across all of your remotes?
2. Are there any commonalities between albums affected by this? For example, multiple version present in the library, etc

Thanks!

—
Ivan

[Suedkiez (Just a fellow user like you)]

@ivan

1. After update several items lose their position in the Albums browser when sorted by “most played”

At least one, but maybe it was only one that I noticed because it is the most played one, hence normally at the top of the list, and it has lots of plays in each of two different grouped versions - I don’t have such a situation in many albums, usually the significant number of plays is just in one version.

@ivan

2. Reboot of the RoonServer resolves this and things go back to normal

The first time in B1643, it fixed itself after several server reboots (and client restarts, I don’t know which one was relelvant), but not after the first one. The second time in B1644, several reboots/restarts didn’t seem to change anything, which was why I posted the issue again, but then it seemed to had fixed itself when I looked again on the next day or so.

@ivan

1. Does it happen across all of your remotes?

Yes, it was the same on all remotes.

@ivan

2. Are there any commonalities between albums affected by this? For example, multiple version present in the library, etc

The one I noticed has 3 grouped versions. Two of them are local and each has many plays, the third one is from Qobuz but has zero plays. Hence I don’t think that it’s related to the current Qobuz CDN issues (plus, I am in Germany and have not experienced this issue at all).

This is the (local) primary version:

and its track plays (there are 21 tracks and the play count is between 30 and 14 or so)

This is the other local version:

And its 20 tracks, with counts between 28 and 16:

And the 3rd version from Qobuz, also in the library but 0 plays:

So across the 2 local versions there are between 58 and 30 plays per track, or something like this, and combined this is normally my top album in sorting by play count (I have “Show hidden tracks and album” = No, i.e., version grouping enabled.)

In the instances when sorting was weird, this album was sorted further down, around other albums where the play count is approx. 25, i.e. it seems as if during this time only the play count of one of the (local) versions may have been counted.