Consolidated Topic : Queue gets messed up on restart, old history items get interleaved that were NOT in queue [RESOLVED in 2.0.44 / B1483]

[Suedkiez (Just a fellow user like you)]

[Moderated Edit: … B1478 Early Access (& earlier) and also crept into production version 2.0.43].

I have seen this for a bit, probably starting with the OPRA builds? Not sure. At first I thought I made a mistake or it’s some kind of glitch, but now I reproduced it for the 3rd time at least after this update. ROCK and macOS / iOS remotes.

I am trying to get important-for-me albums higher up in the “most played” album sorting because I played them a lot before Roon, and stupidly a user can’t edit the play count, so the only way is playing them. So most of the time I have an active queue playing to a WiiM RAAT zone, which is silent. In this queue (it is called „Shower“), I had 2 albums queued, each several times: Kiss - Alive II, and Killdozer - Twelve Point Buck. Nothing else.

This is my history from right before the update came in and I installed it. Note it only played the Kiss album:

I.e., the zone was playing, silently, and then the update notification came in for B1478. I started the update from the Mac, updating both the ROCK and the macOS control app. When it came back up, the queue was totally messed up and had, interleaved with the queued Kiss and Killdozer albums, other albums which had NOT been on the queue. I did play those a week ago or something, but not now, and I had completely emptied the queue in between. The same thing happened with the two-or-so most recent updates.

If you notice in the first screenshot, the queue is long, but this is not because I made it so long, it’s because Roon added these more or less random albums on its own:

First, the Streetcleaner album by Godflesh is mixed in:

Scrolling further, Godflesh is replaced by Flaming Lips - Fight Test:

Scrolling further, The Dead Weather - Dodge and Burn:

Das EFX:

Burial:

Then the (correct) Kiss - Alive II entries stop, and the (also correct) Killdozer - Twelve Point Buck entries start, but now the Burial album is mixed with Killdozer:

Then Burial goes away and is replaced by The Blood Brothers:

The Blood Brothers replaced by Teenage Fanclub:

And so on and so on - none of these (except Killdozer and Kiss) were actually in the queue, remember

[mike (Mike Fass)]

Thanks – I saw something similar recently. I just flagged it for @ivan and he will take a look.

[J_B]

This issue is driving me crazy! Especially since it is queuing in an album that is causing this issue.

It is also repeating songs, so it plays the same song twice. It seems to randomly happen.

The only way to get rid of it is to clear the queue.

[Suedkiez (Just a fellow user like you)]

I never saw this before, and like I said I always have albums playing in a silent queue, for months now. And I frequently check this queue.

But now it happened several times in a short time, and always after I initiate an update while this queue is playing. Not otherwise, as far as I have seen.

Not sure if the issues are really the same.

[J_B]

I think the repetition is because I previously re-queued the same album. Otherwise, I’m not sure how to reproduce the issue except for just waiting for it to happen again…

[J_B]

Ok so coming back this morning after not playing anything overnight and the queue has doubled in size with tracks queued twice.

[Suedkiez (Just a fellow user like you)]

But is it mixing tracks into the current queue that were not actually on the current queue, but are coming from previous queues that had already been deleted in the meantime? This seems to be specific issue in my case.

[J_B]

I had previously queued the same boxset I’m listening to (because it’s 90 discs) so mine is also loading a previous queue with is identical to the current queue. Pretty sure we’re having the same issue.

[Suedkiez (Just a fellow user like you)]

Now I didn’t even reboot for an update, but when I looked, the queue was completely messed up with random stuff I played weeks ago and had not been on the queue anymore at all. This is probably completely messing up my play counts. Some examples follow:

The start of this “queue”:

In the middle of it with lots of skips that I did not make:

Plus lots and lots of other stuff that should not be there

[ivan]

Hi, @Suedkiez, thank you for your posts. Am I getting it right that only one zone is affected by this bug at the moment on your end?

Thanks!

–
Ivan

[Suedkiez (Just a fellow user like you)]

I’m not sure because I’ve only used this one zone recently - haven’t had much time to actually listen to music in my main zone, so it was only playing to the (silent) Shower zone most of the time.

[Suedkiez (Just a fellow user like you)]

@ivan, correction: While it is true that I didn’t actively play much to the main zone recently (“Naim”), I now realized that I can check the Naim zone’s queue history, and now I see that it is affected just as well. I scrolled up just a little bit and it looks just like the “Shower” zone. Some of these have NOT been on the “Naim” OR “Shower” zone queues in months, e.g. the The XX and Tiken Jah Fakoly albums in the second screenshot in the expanded skip section. Others like the M.I.A. albums were played to “Shower” in recent weeks, but not to “Naim”, so there is no reason why they should be in the history of the “Naim” queue.

[ivan]

Got it, I am asking because I ran the same experiment using a similar silent zone I have locally. I could reproduce with a zone which had an active playback session from last Thrusday till now. However, it’s not present for my other zones… Moreover, when I cleared the queue on the affected zone, I could not reproduce this issue once again. I set up a playback session on it again and will see how it goes.

Could you, please, try clearing the “Shower” zone’s queue and see if this issue will be reproducible for you?

Thanks!

–
Ivan

[Suedkiez (Just a fellow user like you)]

@ivan

Could you, please, try clearing the “Shower” zone’s queue and see if this issue will be reproducible for you?

Only the Shower zone? I could also clear both queues (Shower, Naim) if it helps.

Another thing: I just remembered that I also occasionally do some quick plays in private zones on iPad and iPhone (usually just to check something for someone while reading the forum). So I checked these queues as well, and at least the iPad upcoming queue contains stuff (both from my library and non-library) I have no idea how it got there. I’m not quite sure about the iPhone queue.

Should I clear all queues?

[ivan]

If this is OK with you, then I’d appreciate if you do this:

@Suedkiez

Should I clear all queues?

Thanks!

–
Ivan

[mavmcl]

I have the same issue, just was about to open a case with you team.
I cleaned the queue, restarted the Roon server same thing.
Build 1478.
Thanks.

[Suedkiez (Just a fellow user like you)]

I have now cleared all queues, upcoming and history, so they are completely empty and it should be obvious if something goes wrong next time:

• MacBook Air local: Air Speakers (another one I had forgotten that I use occasionally for quick checks)
• Naim
• Shower
• iPad (private)
• iPhone (private)

There was something odd though and I don’t know if this might have something to do with the issue:

1. Cleared all queues, and I am 99,9% sure that I did it correctly and they were all empty, including the iPhone private queue.
2. Just to be sure, I checked them all once more, from each remote on the various devices.
3. When I made the check on the iPhone, I could not open the iPhone private queue. The play bar showed “choose an audio device” or some such (whatever the exact text is when no zone is chosen). I found that odd because obviously I had chosen the iPhone queue just a minute before.
4. I went to Settings > Audio and found the iPhone output disabled, with red text showing “Enabling…”. This is an issue that has recently started to happen for some people, including me, and has been reported here: Build 1471 issues on iOS
5. I force quit the iPhone app and restarted it.
6. Now the local output was enabled again.
7. I checked the queue once more and now it was NOT empty anymore and contained seemingly random tracks from long-past plays.

[Suedkiez (Just a fellow user like you)]

@ivan: Wow, I tried somethings else and look what I got:

iPhone:

1. Once more checked the iPhone private queue (which, of course, I had completely cleared once more after step #7 in the previous post)
2. The queue was empty as expected.
3. Force quite the app and restarted.4.
4. Queue was once again filled with old tracks (being at least some of the same that had reappeared on this queue before; I had played those a few weeks ago on the iPhone queue)
   
   
   
   With the skips expanded:
   
   
   
   
   
   
   (until the end of the Captain Beefheart - Ice Cream for Crow album)

Now I repeated the whole thing on the iPhone: Cleared queue, force quite the iPhone app and restarted. And indeed, the spurious iPhone queue is back! (The others are still empty)

And the same on iPad:

1. Clear queue
2. The local iPad zone gets disabled. Check in Roon > Settings, the local device says “Enabling…”
3. Force quit and restart app
4. The local iPad zone is available again
5. Check queue, it is filled with old stuff again
6. Clear queue
7. Force quit and restart app
8. The old queue stuff is back again!! (Cleared once more to have a well-defined state)

[Suedkiez (Just a fellow user like you)]

More checks:

On macOS (server is ROCK, remember)
0. (The local Air Speakers queue had been previously cleared)

1. Quit (normally, not force) the macOS Roon app.
2. Restart
3. The local Air Speakers queue contains old stuff again. (Cleared once more to get well-defined state back)
   (Can reproduce this every time by quitting & restarting macOS app)

[Suedkiez (Just a fellow user like you)]

@ivan More interesting stuff, getting closer, I think:

1. Was testing the above as described
2. After the macOS checks went back to iPad and checked local queue
3. Old stuff is back although I had NOT force restarted the iPad app after the last queue clearing (unless I am losing my mind!!)

So, again:

1. iPad, clear queue, do not restart iPad app
2. Quit macOS app, restart
3. macOS queue has old stuff - cleared again
4. Check iPhone queue, has old stuff - cleared again
5. Force quit & restart iPhone app
6. Local iPhone zome is disabled (showing red “Enabling…” in audio settings)
7. Force quit & restart iPhone app again
8. Local iPhone zone is back, the queue contains old stuff again
9. Go back to iPad queue: the old stuff is back!!! Screenshot of this queue:
   
   

(All queues cleared again to have well-defined state)