Local Roon Playlists Not Visible in Extensions [Investigating]

What’s happening?

· Something else

How can we help?

· None of the above

Other options

· Other

Describe the issue

summary: local roon playlists do not show up on extensions

I have these types of playlists:
1. created in the roon app against my flac files
2. created in tidal/qobuz as custom playlists and synced in roon (show up in roon)
3. favorited in tidal/qobuz and synced in roon (show up in roon)

I have installed a few extensions and neither will show the roon made playlists, only the playlists from my services.

Describe your network setup

all my devices are on their own vlan

This would be a question for the writer of the extension not Roon support.

This seems not to be the case.

@Rugby, as a moderator maybe you can help in getting a statement from the Roon team on the level of support on the Roon API. Then extension developers at least have clarity on what to expect.

All extensions rely on the Roon API and it seems that the changes that the Roon team made regarding playlists have broken the playlist access over the Roon API.

This means that there are complaints for Alarm Clock for which playlists have worked for years but also for newly created extensions like rooMax. What has to be looked at is the Roon Server side of the Roon API, nothing an extension developer can do here.

3 Likes

Can you confirm the api exposes all playlists for us, should be a quick test from Roon Support, no?

1 Like

@Rugby - bump… as you can see, in just this thread there are 3 different extensions listed that no longer can show local roon playlists - clearly not an extension issue, rather a Roon API issue…

can you get some response from actual Roon support for us?

Kind Regards,
Patrick

All I can do is ping them, like you can. @support I am sure they will respond when this topic comes to the top of their work load.

sorry, I entered this ticket using the support process and assumed, since you replied, you were plugged in as first line ‘support’.

thanks for pinging them - @support - can we get any support?

Hi @patrick_mccarthy,
Thanks for letting us know about this. I’ll bring this up to the dev team to see what API changes are needed.

1 Like

Hello @patrick_mccarthy /@Jan_Koudijs ,

We have attempted to reproduce this behavior on our end with the Web Controller Extension and the Alarm Clock extensions, but we have been unable to reproduce the issue in-house, local playlists are appearing as expected on our end.

If you try to create a new local playlist, does the issue reproduce, or is the issue only for older playlists? Can you reproduce the issue as you have done in the original screenshot and let us know the exact local time + date when you try to access the playlists? We can then enable diagnostics mode for your Roon Servers to see if logs provide further clues, thanks!

I just tested and still get the issue:

  • I let roon push the update today to my client and server
  • rebooted roon server and rebooted roon extensions
  • at approx 1146 hours (MST) I started the test…
  1. created a playlist called: _roonsupporttest using the “+ New playlist” link in the left navigation
  2. went to my library and searched for Kitaro, found the KI album (perfect test as its a local flac album as KI is not available in tidal or qobuz)
  3. added KI album to the playlist
  4. went to macro.on extension - it does NOT see the playlist
  5. went to rooMax, it does not see the playlist

will test variations with folders and tidal/qobuz and add to this thread

  • I tried moving my local playlists to a folder, I created a local playlist using only tidal music - none of this works
  • I went back to tidal and favorited a tidal playlist AND created a custom playlist in Tidal - both of these immediately show up in rooMax and macro.on extensions (after refreshing tidal in the roon app)

so, for some reason, its completely missing my local playlists – NOTE: I have used “_” in front of some of the test playlists - are there any reserved characters, in general, that trips up your code coalescing the list?

let me know if you got what you needed from the logs. Is there anything I can do to force my roon instance to fully flush and reset… note, i did try a backup and restore last week just to see if the restore would reset/re-index anything “bad” but it did not work.

Try removing the underscore

I tried the same (Roon Rock) with a new playlist and local song. Still I couldn’t find the playlist in the clock extension. Is there any limitation for the max of playlists returned by the API? I got 195 Qobuz playlists and 40 local playlists…

Hi @noris,

The issue I see with playlists is when used in combination with multiple profiles. In the Roon API playlists are still tight to the profile used when created. Using the browse API first the Settings have to be browsed to select a profile, then browsing Playlists gives the ones for that profile.

But this mechanism only works if the hierarchy parameter is set to browse. When using playlists you always seem to get the playlists of the first created Roon profile, also if the settings and playlists are browsed using the same multi_session_key.

JSDoc: Source: other/node-roon-api-browse/lib.js

1 Like

@noris I second what @Jan_Koudijs is saying because I see similar behavior with other parts of extensions…

for example, I use the macro.on extension to select a TAG and play the items with that tag to a device. What is weird is it always shows the first alphabetical profile user as the one that added the songs to the queue…

its seems there are really two issues:

  1. the profile problem when using the API - seems that might need to be part of the API call stack no? This is a bigger bug to fix as its defining the process and adding the input to the API and determining what to do when no profile is defined? (i have an idea, allow me in the ROON settings to setup the DEFAULT PROFILE for API as a quick fix)

however
2. for playlists, as an example, you can set them to shared, so @Jan_Koudijs has the right of it - no reason that resultset cannot give back shared playlists for now - quick fix - and deal with the design flaw (#1) as a bigger issue…

1 Like

Thanks for the additional details @Jan_Koudijs & @patrick_mccarthy . I’ve forwarded the new info to the team for further testing.

3 Likes

Thanks for forwarding…

Hey @patrick_mccarthy,

We have a ticket in with our QA team for further investigation, but progress will likely be a bit slower for this, just to set clear expectations. :+1:

You can expect follow-up information once the team has had ample time to investigate and test further. Thanks for your continued patience until then! :raised_hands:

thank you Benamin, was just bumping the thread to keep it open, I suspected it may take a bit…

1 Like