Please confirm what you mean (sorry - English is not my native):
“may nevertheless be accessed via the Qobuz API" (means: “also may be accessed via the Qobuz API”)
whether
Roon can only access them via the Qobuz API
?
Please confirm what you mean (sorry - English is not my native):
“may nevertheless be accessed via the Qobuz API" (means: “also may be accessed via the Qobuz API”)
whether
Roon can only access them via the Qobuz API
?
Who is actually responsible for ensuring that the code for exporting the Qobuz database to Roon works correctly? Qobuz or Roon?
I assume that Roon provided the specifications for this procedure?
I don’t think you will get an official answer to that question …
However, drawing from my own professional career (various roles from software developer to head of software delivery) I would say in generic terms …
The organisation responsible for the source of the data is responsible for the export (or returned API response).
The organisation responsible for the ingestion of data is responsible for the import (or processing the returned API response).
The specification of the format / interface depends on the specific contract, but it is of course always a collaboration.
However, none of this matters, apportioning blame doesn’t resolve anything… sure there are lessons to be learned and procedures to be tightened… but what’s important is that the parties have worked together, identified the issues, and resolved them.
I’m trying to point out that although Roon receives a copy of Qobuz’s content database, this is not necessarily the same thing as each user’s individual Qobuz database. Information like “date added” would probably be saved by Qobuz in each user’s individual database, and Roon may well access this through the Qobuz API even if they receive a copy of the content database.
I have no inside information, just best guesses. It does not matter anyway, both ends of an interface need to work correctly in order for the whole thing to work, and it was already explained by Vova above what went wrong.
I’ve been waiting for my turn and about 30 min ago, ALL my library entries from Qobuz since I started with Roon are GONE! The only albums showing are the ones I’ve purchased & downloaded to my Roon server or ripped. I still have the list of Qobuz favorites and it’s the same as what’s showing in the Qobuz app. But the Roon library itself looks fubar’d. I didn’t do anything but suddenly my library went from 692 albums to 158.
Does anyone know if this is part of the process, wiping out existing library entries from Qobuz and I just have to wait for the list to be recreated or is it really hosed? I guess I should wait couple days and see it if gets corrected and if not, re-add them manually from the Qobuz favorites. All playlists show every track as unavailable so all that work looks down the drain.
That I’m not pleased is an understatement.
I don’t think so, at least it didn’t happen with mine. They are gone gone? Like not there at all, not just marked as „unavailable“?
You can also try restoring a Roon backup
Same here!
This morning , they backed but still their all Date Addeds are same “5 April, 2026” ![]()
Fortunately, it did an auto backup yesterday. Did a restore and all albums back. Still messed up Date Added though. Playlists that were deleted or messed up also back.
I guess this is better than what it was earlier. At least I don’t have to manually re-add the albums. I’m still upset Roon & Qobuz allowed this to happen. What happened to communicating changes…since Qobuz and Roon both have had major updates.
I’ll wait a few days to see if my date added gets fixed. Otherwise I’ll have to live with it as is.
My experience is similar. Tags and play counts seem to have been deleted/reset for some of the affected albums. I’m just happy to have correct Date Added dates again.
Wow, I think this fixed the entire problem for me. Just looked at my library this morning, sorted by date added, and it appears that all my albums are back in the original correct order before this bug appeared.
I honestly did not expect any fixes to actually revert my library back to my actual “date added”, but it looks like that is exactly how it turned out.
HOORAY! ![]()
I did just notice that a lot of my playlists have been deleted as others have mentioned. Not a huge deal for me, I don’t use playlists all that much but it would have been nice if that didn’t happen, or if it could be fixed some way on the Roon end. Still, the “date added” sorting is a feature that I use most and happy to have it working again.
Mine still isn’t right. Sort by date added and some old albums are closer to the top than they should be. A lot of tracks’ Qobuz info show a add date of 3-20-26 and I know this isn’t right! Some were added several years ago. So it’s still out of order. For some reason, I have 685 albums now vs 692 yesterday. Maybe the unavailable ones were deleted? And March 20, 2026 probably was the date when some of the albums were “refreshed” with newer versions. Some were changed in early April.
I don’t know whose “fault” this is, but IMO both companies share the blame. Clearly Qobuz and Roon can do a better job of communicating changes in their database architecture or programming. This is so Microsoft.
Lots of blame being thrown about here, but not much onus on subscribers to a rented library?
Well, part of Roon’s value proposition is that streaming content is unified with local library, you can edit metadata of streaming albums, etc. The marketing language doesn’t say that your edits can disappear at any time, for instance.
It is surely stated in the EULA’s of the service you’re subscribed to.
Please point me to it, I haven’t seen it:
I’m talking about Roon because that’s what promises the editability and elevating streaming service albums to proper library members.
Of course the terms have the usual „we guarantee nothing“, but it’s not really a surprise if customers expect roughly what’s promised in the marketing language.
Roon is not a content provider, and i was referring to the music service, in this case Qobuz.
Point is, Roon cannot make any promises about the longevity of a rented library, and does not in my view. You might draw conclusions based on the “unified library” marketing, but i doubt you’ll find any promises in there.
And as for the streaming services, MS Copilot served up this one-liner:
Streaming services sell access, not continuity — and legally reserve the right to take away even your most-listened favorites without breach of contract.
Buy your music, it remains…
I think you know that I’m perfectly aware that Roon isn’t a music content provider ![]()
As I stated, I was referring to the promises Roon makes. People use Roon precisely because it promises more than the streaming service apps.
No, but nothing prevents them from keeping a copy of the original added date in the Roon database and generally handling the fact of changing streaming releases in a way that’s consistent with their marketing promises. Stuff like „you can edit your streaming metadata“ is quite pointless if they don’t.
Many thanks that you came here to blame us with your wisdom! ![]()
I agree that one of the takeaways from this is that we should be able to edit the Qobuz fields like “date added”.