[Issue]: Movie and TV show Extras not removed from database after being deleted or renamed

[whereavailable]

Please describe your bug

Hello there. I found this when trickplay generation kept throwing warnings about inaccessible files. Narrowed it down to my trailers for both movies and TV and noticed most of them were mp4 files. I remuxed them to mkv ages ago! So with a quick check it looks like deleted or renamed media in Extras subdirectories and filenames with proper suffixes per documentation are not removed from the database during the next media library scan.

Edit: It appears that when a title is deleted, the title AND extra is removed from the library/database. I did not test this but I do not have any log reference to movie or series that have been fully deleted. This is only happening when the extra itself is deleted or renamed and the movie or series is still in the library.

Thanks for taking a look!

Reproduction Steps

1. Add 2 video files as Extras. One suffixed with scene, another with trailer.
2. Scan media library to add files to db
3. Delete the 2 video files (scene and trailer) (deleted between completion of step 2 at 11:56:01 and start of step 4 at 11:56:27)
4. Scan media library to remove 2 video files from db. No mention of removal in log.
5. Trigger Trickplay generation task
6. Trickplay attempts generation for deleted files

Jellyfin Version

10.9.0

if other:

10.9.6

Environment

- OS: Unraid 6.12.10
- Linux Kernel: 6.1.79-Unraid
- Virtualization: Docker
- Clients:
- Browser:
- FFmpeg Version:
- Playback Method:
- Hardware Acceleration:
- GPU Model:
- Plugins:
- Reverse Proxy:
- Base URL:
- Networking:
- Storage:

Jellyfin logs

[2024-06-10 11:55:55.627 -04:00] [INF] [73] Emby.Server.Implementations.Library.LibraryManager: Validating media library
[2024-06-10 11:55:55.630 -04:00] [WRN] [73] MediaBrowser.Controller.Entities.BaseItem: Library folder "/config/data/data/playlists" is inaccessible or empty, skipping
[2024-06-10 11:55:55.635 -04:00] [WRN] [19] MediaBrowser.Controller.Entities.BaseItem: Library folder "/config/data/data/playlists" is inaccessible or empty, skipping
[2024-06-10 11:55:57.875 -04:00] [INF] [36] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Starting "/usr/lib/jellyfin-ffmpeg/ffprobe" with args "-analyzeduration 200M -probesize 1G -i file:\"/media/tv/Kolchak The Night Stalker (1974) [imdbid-tt0071003]/Kolchak The Night Stalker-scene.mkv\" -threads 0 -v warning -print_format json -show_streams -show_chapters -show_format"
[2024-06-10 11:55:58.300 -04:00] [INF] [35] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Starting "/usr/lib/jellyfin-ffmpeg/ffprobe" with args "-analyzeduration 200M -probesize 1G -i file:\"/media/tv/Letterkenny (2016) [imdbid-tt4647692]/Letterkenny-trailer.mkv\" -threads 0 -v warning -print_format json -show_streams -show_chapters -show_format"
[2024-06-10 11:56:01.983 -04:00] [INF] [70] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Scan Media Library" Completed after 0 minute(s) and 6 seconds

[2024-06-10 11:56:27.346 -04:00] [INF] [63] Emby.Server.Implementations.Library.LibraryManager: Validating media library
[2024-06-10 11:56:27.350 -04:00] [WRN] [63] MediaBrowser.Controller.Entities.BaseItem: Library folder "/config/data/data/playlists" is inaccessible or empty, skipping
[2024-06-10 11:56:27.354 -04:00] [WRN] [88] MediaBrowser.Controller.Entities.BaseItem: Library folder "/config/data/data/playlists" is inaccessible or empty, skipping
[2024-06-10 11:56:32.741 -04:00] [INF] [63] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Scan Media Library" Completed after 0 minute(s) and 5 seconds
[2024-06-10 11:56:34.605 -04:00] [WRN] [8] Jellyfin.Server.Implementations.Trickplay.TrickplayManager: Media source "bfc62dddd1af360fb2ee4e143c257a3e" not found at "/media/movies/Please Dont Destroy The Treasure of Foggy Mountain (2023) [imdbid-tt21335356]/Trailers/Please Dont Destroy The Treasure of Foggy Mountain Official Trailer.mp4" for item bfc62ddd-d1af-360f-b2ee-4e143c257a3e
[2024-06-10 11:56:34.605 -04:00] [WRN] [8] Jellyfin.Server.Implementations.Trickplay.TrickplayManager: Media source "c4f7371a793754c53b4f4c1c985f0b5e" not found at "/media/movies/80 for Brady (2023) [imdbid-tt18079362]/Trailers/80 For Brady Official Trailer.mp4" for item c4f7371a-7937-54c5-3b4f-4c1c985f0b5e
[2024-06-10 11:56:36.285 -04:00] [WRN] [8] Jellyfin.Server.Implementations.Trickplay.TrickplayManager: Video width 294 is smaller than trickplay setting 320, using video width for thumbnails
[2024-06-10 11:56:36.285 -04:00] [WRN] [8] Jellyfin.Server.Implementations.Trickplay.TrickplayManager: Media source "f999c38e8b3dd90a022de1e29143f7b3" not found at "/media/tv/Kolchak The Night Stalker (1974) [imdbid-tt0071003]/Kolchak The Night Stalker-scene.mkv" for item f999c38e-8b3d-d90a-022d-e1e29143f7b3
[2024-06-10 11:56:36.285 -04:00] [WRN] [8] Jellyfin.Server.Implementations.Trickplay.TrickplayManager: Media source "a820cddf50b35b06d6c94f8a461e355e" not found at "/media/tv/Letterkenny (2016) [imdbid-tt4647692]/Letterkenny-trailer.mkv" for item a820cddf-50b3-5b06-d6c9-4f8a461e355e
[2024-06-10 11:56:36.285 -04:00] [INF] [8] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Generate Trickplay Images" Completed after 0 minute(s) and 1 seconds

FFmpeg logs

No response

Please attach any browser or client logs here

No response

Please attach any screenshots here

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

[jellyfin-bot]

Hi, it seems like your issue report has the following item(s) that need to be addressed:

• You have not filled in the environment completely.

This is an automated message, currently under testing. Please file an issue here if you encounter any problems.

[theguymadmax]

This behavior also occurs with alternative versions. When an alternative version is removed or renamed, it remains in the database. Similarly, if the main version is deleted, the alternative versions still persist in the database. I've found that this has caused issues with organizing collections in certain situations, such as being unable to add media to collections, which has already been reported.

Test case:
Big Buck Bunny
--Big Buck Bunny – 0
--Big Buck Bunny – 1

I renamed version 1 to 2, 3, 4, and 5, refreshing with "replace all metadata" each time. As shown in the screenshot, even though I only have two files, all entries remain in the database.

Additionally, If I deleted the media through the web ui, only the main version is removed from the database, while the alternative versions are orphaned.