Albums report incorrect number of tracks(?) #7604

Closed
opened 2025-12-22 06:08:54 +01:00 by backuprepo · 1 comment
Owner

Originally created by @throwaway-lmao on GitHub (Oct 28, 2025).

Description of the bug

After upgrading to the newest version (and replacing all metadata) (and rebooting), I noticed that the vast majority of my albums just refuse to load on Finamp (forever loading). The majority of the ones that do load seem to be missing some variable number of tracks.

I checked the Web UI, and every album which loads appears to list the exact number of tracks that Finamp displays. However, the Web UI displays ALL of the album's tracks; it might report one track, and Finamp will only show i.e. track number three, but the Web UI might show all eighteen nonetheless.

The albums that don't load at all on Finamp don't even report a number of tracks in the Web UI, but, again, the Web UI displays all of the tracks nonetheless.

Reproduction steps

Upgrade to the latest version and rescan. Other than that, I have no idea what's going on, sorry.

What is the current bug behavior?

Albums report the wrong number of tracks (if any at all). The Web UI nonetheless displays all tracks properly, but Finamp will only display the same number of tracks as reported. If none are reported, Finamp will just load forever.

What is the expected correct behavior?

The reported number of tracks in the Web UI should be the same as the number of tracks the Web UI actually displays. Finamp should be able to see all tracks.

Jellyfin Server version

10.10.0+

Specify commit id

No response

Specify unstable release number

No response

Specify version number

No response

Specify the build version

Release

Environment

- OS: Alpine Linux
- Linux Kernel:
- Virtualization: None
- Clients: Web UI, Finamp
- Browser: Firefox
- FFmpeg Version:
- Playback Method:
- Hardware Acceleration:
- GPU Model:
- Plugins:
- Reverse Proxy: nginx
- Base URL:
- Networking:
- Jellyfin Data Storage:
- Media Storage:
- External Integrations:

Jellyfin logs

Hard to tell what's relevant. Nothing immediately obvious, and the log is nearly 400k lines just from the past day. I did, however, see this spammed the first time I tried rescanning:

[2025-10-27 23:23:25.867 +00:00] [ERR] [27] Emby.Server.Implementations.Library.Validators.ArtistsValidator: Error refreshing "yanagi"
System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'IServiceProvider'.
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.ThrowHelper.ThrowObjectDisposedException()
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.ServiceProviderEngineScope.GetService(Type serviceType)
   at lambda_method79(Closure, IServiceProvider, Object[])
   at Jellyfin.Server.Implementations.Item.BaseItemRepository.GetItemList(InternalItemsQuery filter)
   at Emby.Server.Implementations.Library.LibraryManager.GetItemList(InternalItemsQuery query, Boolean allowExternalContent) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/LibraryManager.cs:line 1417
   at Emby.Server.Implementations.Library.LibraryManager.GetArtist(String name, DtoOptions options) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/LibraryManager.cs:line 1043
   at Emby.Server.Implementations.Library.Validators.ArtistsValidator.Run(IProgress`1 progress, CancellationToken cancellationToken) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/Validators/ArtistsValidator.cs:line 61

FFmpeg logs


Client / Browser logs

No response

Relevant screenshots or videos

No response

Additional information

I tried searching for this, but wasn't even sure what to search. I didn't see anything, but I can't be the only one to've run into this, so I apologise if I just didn't use the right search terms </3

Originally created by @throwaway-lmao on GitHub (Oct 28, 2025). ### Description of the bug After upgrading to the newest version (and replacing all metadata) (and rebooting), I noticed that the vast majority of my albums just refuse to load on Finamp (forever loading). The majority of the ones that _do_ load seem to be missing some variable number of tracks. I checked the Web UI, and every album which loads appears to list the exact number of tracks that Finamp displays. However, the Web UI displays ALL of the album's tracks; it might report one track, and Finamp will only show i.e. track number three, but the Web UI might show all eighteen nonetheless. The albums that don't load at all on Finamp don't even report a number of tracks in the Web UI, but, again, the Web UI displays all of the tracks nonetheless. ### Reproduction steps Upgrade to the latest version and rescan. Other than that, I have no idea what's going on, sorry. ### What is the current _bug_ behavior? Albums report the wrong number of tracks (if any at all). The Web UI nonetheless displays all tracks properly, but Finamp will only display the same number of tracks as reported. If none are reported, Finamp will just load forever. ### What is the expected _correct_ behavior? The reported number of tracks in the Web UI should be the same as the number of tracks the Web UI actually displays. Finamp should be able to see all tracks. ### Jellyfin Server version 10.10.0+ ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number _No response_ ### Specify the build version Release ### Environment ```markdown - OS: Alpine Linux - Linux Kernel: - Virtualization: None - Clients: Web UI, Finamp - Browser: Firefox - FFmpeg Version: - Playback Method: - Hardware Acceleration: - GPU Model: - Plugins: - Reverse Proxy: nginx - Base URL: - Networking: - Jellyfin Data Storage: - Media Storage: - External Integrations: ``` ### Jellyfin logs Hard to tell what's relevant. Nothing immediately obvious, and the log is nearly 400k lines just from the past day. I did, however, see this spammed the first time I tried rescanning: ```shell [2025-10-27 23:23:25.867 +00:00] [ERR] [27] Emby.Server.Implementations.Library.Validators.ArtistsValidator: Error refreshing "yanagi" System.ObjectDisposedException: Cannot access a disposed object. Object name: 'IServiceProvider'. at Microsoft.Extensions.DependencyInjection.ServiceLookup.ThrowHelper.ThrowObjectDisposedException() at Microsoft.Extensions.DependencyInjection.ServiceLookup.ServiceProviderEngineScope.GetService(Type serviceType) at lambda_method79(Closure, IServiceProvider, Object[]) at Jellyfin.Server.Implementations.Item.BaseItemRepository.GetItemList(InternalItemsQuery filter) at Emby.Server.Implementations.Library.LibraryManager.GetItemList(InternalItemsQuery query, Boolean allowExternalContent) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/LibraryManager.cs:line 1417 at Emby.Server.Implementations.Library.LibraryManager.GetArtist(String name, DtoOptions options) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/LibraryManager.cs:line 1043 at Emby.Server.Implementations.Library.Validators.ArtistsValidator.Run(IProgress`1 progress, CancellationToken cancellationToken) in /home/buildozer/aports/community/jellyfin/src/jellyfin-10.11.1/Emby.Server.Implementations/Library/Validators/ArtistsValidator.cs:line 61 ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos _No response_ ### Additional information I tried searching for this, but wasn't even sure what to search. I didn't see anything, but I can't be the only one to've run into this, so I apologise if I just didn't use the right search terms </3
backuprepo 2025-12-22 06:08:54 +01:00
  • closed this issue
  • added the
    bug
    label
Author
Owner

@throwaway-lmao commented on GitHub (Oct 28, 2025):

I went to bed and now all my albums look correct. Was it secretly still doing migration tasks in the background or something? Maybe it was a scheduled task; the only one that ran while I was sleeping was "Optimize Database", but it only took thirty seconds to complete.

@throwaway-lmao commented on GitHub (Oct 28, 2025): I went to bed and now all my albums look correct. Was it secretly still doing migration tasks in the background or something? Maybe it was a scheduled task; the only one that ran while I was sleeping was "Optimize Database", but it only took thirty seconds to complete.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: starred/jellyfin#7604
No description provided.