starred/audiobookshelf
1
0
Fork 0
mirror of https://github.com/advplyr/audiobookshelf.git synced 2026-05-30 23:40:40 +02:00
Code Issues 1.0k Packages Projects Releases 10 Wiki Activity

[Bug]: Casting from Web app causes file name to be displayed instead of chapter name #2479

New Issue
Open
opened 2026-04-25 00:07:34 +02:00 by adam · 2 comments
adam commented 2026-04-25 00:07:34 +02:00
Owner
Copy Link
Copy Source

Originally created by @ZLoth on GitHub (Jan 11, 2025).

What happened?

I was testing casting from the Web application to my television, and noticed that the file name was being displayed instead of the chapter name.

PXL_20250111_174704011 (Small)

The full file name is 18 - The Walls Have Ears - Chapter 14 British Intelligence, POWs and War Crimes Trials.m4b

What did you expect to happen?

I was expected the actual chapter name as configured in ABS to be displayed (e.g. British Intelligence, POWs and War Crimes Trials)

Steps to reproduce the issue

Start the Cast from the web browser.

Audiobookshelf version

2.17.7

How are you running audiobookshelf?

Docker

What OS is your Audiobookshelf server hosted from?

Linux

If the issue is being seen in the UI, what browsers are you seeing the problem on?

Chrome

Logs

No logs

Additional Notes

Issue is replicated on Android app as well per https://github.com/advplyr/audiobookshelf-app/issues/1432

Originally created by @ZLoth on GitHub (Jan 11, 2025). ### What happened? I was testing casting from the Web application to my television, and noticed that the file name was being displayed instead of the chapter name. ![PXL_20250111_174704011 (Small)](https://github.com/user-attachments/assets/a98eea9f-7088-4421-b725-8d77683d6cc1) The full file name is 18 - The Walls Have Ears - Chapter 14 British Intelligence, POWs and War Crimes Trials.m4b ### What did you expect to happen? I was expected the actual chapter name as configured in ABS to be displayed (e.g. British Intelligence, POWs and War Crimes Trials) ### Steps to reproduce the issue Start the Cast from the web browser. ### Audiobookshelf version 2.17.7 ### How are you running audiobookshelf? Docker ### What OS is your Audiobookshelf server hosted from? Linux ### If the issue is being seen in the UI, what browsers are you seeing the problem on? Chrome ### Logs ```shell No logs ``` ### Additional Notes Issue is replicated on Android app as well per https://github.com/advplyr/audiobookshelf-app/issues/1432
adam added the bug label 2026-04-25 00:07:34 +02:00
adam commented 2026-04-25 00:07:35 +02:00
Author
Owner
Copy Link
Copy Source

@advplyr commented on GitHub (Jan 12, 2025):

This is going to be tricky since we send chromecast a list of audio files, not chapters.

We can do what we do when opening audiobook RSS feeds though. If the audio files and chapters match up then use the chapter title instead of the audio filename.
The down side is that when the chapters don't match the audio files then the filename will be used. For single file audiobooks we can use the book title.

For reference, this is the check that determines whether the RSS feed will use chapter titles:
https://github.com/advplyr/audiobookshelf/blob/64e9ac9d8f27353f9f588cb4c70cb5b0b6b2989c/server/models/FeedEpisode.js#L112-L128

This is the same issue that we have for the Android app notification player and android auto. https://github.com/advplyr/audiobookshelf-app/issues/489 https://github.com/advplyr/audiobookshelf-app/issues/239 https://github.com/advplyr/audiobookshelf-app/issues/729#issuecomment-1575082870

It is common that when passing audio tracks to another "service" they expect a list of audio tracks and give you the option to set the title for that audio track. They are taking care of navigating between tracks.

@advplyr commented on GitHub (Jan 12, 2025): This is going to be tricky since we send chromecast a list of audio files, not chapters. We can do what we do when opening audiobook RSS feeds though. If the audio files and chapters match up then use the chapter title instead of the audio filename. The down side is that when the chapters don't match the audio files then the filename will be used. For single file audiobooks we can use the book title. For reference, this is the check that determines whether the RSS feed will use chapter titles: https://github.com/advplyr/audiobookshelf/blob/64e9ac9d8f27353f9f588cb4c70cb5b0b6b2989c/server/models/FeedEpisode.js#L112-L128 This is the same issue that we have for the Android app notification player and android auto. https://github.com/advplyr/audiobookshelf-app/issues/489 https://github.com/advplyr/audiobookshelf-app/issues/239 https://github.com/advplyr/audiobookshelf-app/issues/729#issuecomment-1575082870 It is common that when passing audio tracks to another "service" they expect a list of audio tracks and give you the option to set the title for that audio track. They are taking care of navigating between tracks.
adam commented 2026-04-25 00:07:35 +02:00
Author
Owner
Copy Link
Copy Source

@ZLoth commented on GitHub (Jan 12, 2025):

Understood. It's not a showstopper issue.

@ZLoth commented on GitHub (Jan 12, 2025): Understood. It's not a showstopper issue.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
authentication
backlog
bug
chapter editor
config-issue
ebooks
encoding/embedding
enhancement
help wanted
listening sessions & progress
planned
possible plugin
progress sync
pull-request
Mirrored from GitHub Pull Request
 sorting/filtering/searching
unable to reproduce
upload
users & permissions
waiting
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam (Adam Melkus)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/audiobookshelf#2479
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?