Wrong album shown when searching jellyfin

Issue description:

I have a couple of audiobooks and they are played correctly. Then i add a new audiobook, certain audiobooks now start playing this new audiobook instead of the prior correct played audiobook.

Logs:

Upload description: Ivramir01

Additional information:

 

 

Reproduction steps:

 

 

Media provider:

Jellyfin

Screenshots:

     

Please give more details …

What audio book, how you add them, what is playing…

Screenshots of what you do ?

I´ll give my best to provide you with any information you need.
I add files to jellyfin via copying files directly in the specific folders and let jellyfin scan after adding. This worked so far exactly as expected.
I made two screenshots of my phone. The first one

shows album 1,2 and 3 of some child audio books.
If i try to open them, the audiobooks on the second screen shot (Kafka)

are opened (1 opens 1, 2 opens 2, 3 opens 3).

Please tell me if you understand what i mean and if you need more information. I really want to thank you, because i love symfonium and this is the first problem i have with it.

If i try to listen to the specific audiobooks over jellyfin player ( android version, windows version) the correct albums are opened

I still do not really understand in the logs you ask to play Kafka and that’s what is played.

Have you synced the provider if you made many changes? Maybe Jellyfin changed the ids.

What is shown when you open the album in Symfonium ?

Thank you very much! I was able to solve it. I deleted the library from jellyfin and added it again, now everything apears as expected.
FYI: When i directly started an album, symfonium playes the correct album. If i click on the thumbnail of Pippa Pepperkorn, symfonium opened a kafka album.

I’ve encountered a similar issue: an audiobook displays correctly in the albums view, but opening it takes me to a different audiobook. This problem is specific to Symfonium, as other clients work correctly.

The logic of the Jellyfin API requests isn’t immediately obvious, but I’m quite certain that Symfonium is processing the response data incorrectly. I pulled the database.db file from my smartphone and found something interesting in the albums table. The values in the external_id column contain chapter titles instead of actual identifiers. I have a rough theory of how this might happen: the app likely fetches data from the /Users/:user_id/Items?Recursive=true&IncludeItemTypes=Audio,AudioBook&ParentId=:parent_id&ExcludeLocationTypes=Virtual&Fields=MediaSources,Genres,SortName,Path,RunTimeTicks,DateCreated,ProductionYear,CommunityRating,UserDataPlayCount,UserDataLastPlayedDate,Tags&startIndex=0&limit=2000&UserId=:user_id endpoint, then creates a unique list based on Artist + Album, keeping the first entry it encounters for each unique pair. However, it’s unclear how and why the Name is then used as the external_id.

This incorrect behavior occurs with audiobooks (albums) that share the same external_id. When there’s a duplicate external_id, the app opens the audiobook (album) with the lower _id value in the albums table. I don’t fully understand the mechanics, but the fact remains.

I was planning to buy the app because it’s the only decent client that handles track caching properly, but the problem described above has made it a no-go for me. =(

P.S. Storing passwords in the database in plaintext is not the best idea.

part_of_response_body.json (2,3 КБ)

  1. Open a proper full issue with details and full sync logs, you have no idea the number of bugs in Jellyfin API and workarounds added due to their broken handling of items they have.

  2. The database requires root to read it, root means whatever way they are encrypted they can be intercepted after decrypting and this brings absolutely no additional security. Password are properly encrypted in backups and every cases that allows access outside of root.

I created an issue and sent logs.