Minor bug/bad selection path with collaborative playlists

[Chiefmas 40]

There is a behavioral difference with a user that has view access to a playlist between collaborative and private playlists, it might be a bug, or it's just selection pathway that shouldn't be allowed. Private playlists handle it correctly, collaborative ones do not.

In a collaborative list, if a user only has "view" rights, the playlist will still be visible and selectable as a playlist that items can be added to. Attempting to add an item to the list will result in an infinite(as far as I can tell/waited) spinner. There's no indication that it's a permissions problem, it looks like something is just not working or it's thinking about it.

The private playlist where a user has only view rights handles it better/correctly in that the playlist is not visible as a target for adding items to.

e.g.:

so, this user has 2 playlists, "Christmas Everything" and "Test". "Christmas Everything" is granted via the list marked as collaborative, with only view rights granted to this user. "Test" is a private playlist, with View rights granted to the user:

 

Attempt to add an item to playlist. "Test" is not visible, "Christmas Everything" is.

 

If I try to add to Christmas Everything, I just get a spinner, which I didn't screenshot.

So it seems like collaborative playlists with View permission aren't being handled the same as Private playlists with View permission, but probably should be.

This is via Emby Web 4.8.10.0, tested under Firefox and Edge.

 

 

[Luke 42079]

HI, we'll take a look at it. Thanks for reporting.