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

[ZLoth]

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.

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 advplyr/audiobookshelf-app#1432

[advplyr]

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:

audiobookshelf/server/models/FeedEpisode.js

Lines 112 to 128 in 64e9ac9

	/**
	* If chapters for an audiobook match the audio tracks then use chapter titles instead of audio file names
	*
	* @param {import('./Book').AudioTrack[]} trackList
	* @param {import('./Book')} book
	* @returns {boolean}
	*/
	static checkUseChapterTitlesForEpisodes(trackList, book) {
	const chapters = book.chapters || []
	if (trackList.length !== chapters.length) return false
	for (let i = 0; i < trackList.length; i++) {
	if (Math.abs(chapters[i].start - trackList[i].startOffset) >= 1) {
	return false
	}
	}
	return true
	}

This is the same issue that we have for the Android app notification player and android auto. advplyr/audiobookshelf-app#489 advplyr/audiobookshelf-app#239 advplyr/audiobookshelf-app#729 (comment)

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.

[ZLoth]

Understood. It's not a showstopper issue.