Activity Queue does not load #4241

New issue

Open

opened 2026-02-20 13:17:57 -05:00 by deekerman · 1 comment

deekerman commented

2026-02-20 13:17:57 -05:00

Owner

Originally created by @hechz on GitHub (Jan 8, 2026).

Is there an existing issue for this?

I have searched the existing open and closed issues

Current Behavior

My activity queue shows 34 items next to the menu item. When I select the Activity Queue "Failed to load Queue" is displayed in the UI.

Expected Behavior

Queue should display active items

Steps To Reproduce

No response

Environment

Lidarr Source: Synology DSM 7 SynoCommunity Package - lidarr.v17.f42661
Lidarr About:
          Version: 3.1.0.4875
Package Version: x64-7.1_20251209-17 by [SynoCommunity](https://synocommunity.com/)
.NET: Yes (8.0.12)
Database: Sqlite 3.46.1
Database Migration: 80
AppData Directory: /volume1/@appdata/lidarr/.config/Lidarr
Startup Directory: /volume1/@appstore/lidarr/share/Lidarr/bin
Mode: Console

OS: DSM 7.3.2-86009

Dot-Net: 
dotnet8-runtime-8.0.22-14
dotnet9-runtime-9.0.11-12
dotnet10-runtime-10.0.1-2
mono-6.12.0.182-20

SQLite3: 
3.40.0 2022-11-16 12:10:08 89c459e766ea7e9165d0beeb124708b955a4950d0f4792f457465d71b158alt1

Errors Stack:
2026-01-08 11:42:05.9|Fatal|LidarrErrorPipeline|Request Failed. GET /api/v1/queue/details

[v3.1.0.4875] System.InvalidOperationException: Sequence contains more than one matching element
   at System.Linq.ThrowHelper.ThrowMoreThanOneMatchException()
   at System.Linq.Enumerable.TryGetSingle[TSource](IEnumerable`1 source, Func`2 predicate, Boolean& found)
   at Lidarr.Api.V1.Queue.QueueResourceMapper.ToResource(Queue model, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueResource.cs:line 50
   at System.Linq.Enumerable.SelectEnumerableIterator`2.ToList()
   at Lidarr.Api.V1.Queue.QueueResourceMapper.ToResource(IEnumerable`1 models, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueResource.cs:line 95
   at Lidarr.Api.V1.Queue.QueueDetailsController.GetQueue(Nullable`1 artistId, List`1 albumIds, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueDetailsController.cs:line 53
   at lambda_method165(Closure, Object, Object[])
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeActionMethodAsync()
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeNextActionFilterAsync()
--- End of stack trace from previous location ---
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeInnerFilterAsync()
--- End of stack trace from previous location ---
   at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsync>g__Awaited|20_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope)
   at Lidarr.Http.Middleware.BufferingMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/BufferingMiddleware.cs:line 27
   at Lidarr.Http.Middleware.IfModifiedMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/IfModifiedMiddleware.cs:line 40
   at Lidarr.Http.Middleware.CacheHeaderMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/CacheHeaderMiddleware.cs:line 32
   at Lidarr.Http.Middleware.StartingUpMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/StartingUpMiddleware.cs:line 37
   at Lidarr.Http.Middleware.UrlBaseMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/UrlBaseMiddleware.cs:line 28
   at Lidarr.Http.Middleware.VersionMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/VersionMiddleware.cs:line 28
   at Microsoft.AspNetCore.ResponseCompression.ResponseCompressionMiddleware.InvokeCore(HttpContext context)
   at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context)
   at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context)
   at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task)

What branch are you running?

Master

Trace Logs?

lidarr.trace.txt

Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.

I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain trace - that are relevant and show this issue.

Originally created by @hechz on GitHub (Jan 8, 2026). ### Is there an existing issue for this? - [x] I have searched the existing open and closed issues ### Current Behavior My activity queue shows 34 items next to the menu item. When I select the Activity Queue "Failed to load Queue" is displayed in the UI. ### Expected Behavior Queue should display active items ### Steps To Reproduce _No response_ ### Environment ```markdown Lidarr Source: Synology DSM 7 SynoCommunity Package - lidarr.v17.f42661 Lidarr About: Version: 3.1.0.4875 Package Version: x64-7.1_20251209-17 by [SynoCommunity](https://synocommunity.com/) .NET: Yes (8.0.12) Database: Sqlite 3.46.1 Database Migration: 80 AppData Directory: /volume1/@appdata/lidarr/.config/Lidarr Startup Directory: /volume1/@appstore/lidarr/share/Lidarr/bin Mode: Console OS: DSM 7.3.2-86009 Dot-Net: dotnet8-runtime-8.0.22-14 dotnet9-runtime-9.0.11-12 dotnet10-runtime-10.0.1-2 mono-6.12.0.182-20 SQLite3: 3.40.0 2022-11-16 12:10:08 89c459e766ea7e9165d0beeb124708b955a4950d0f4792f457465d71b158alt1 Errors Stack: 2026-01-08 11:42:05.9|Fatal|LidarrErrorPipeline|Request Failed. GET /api/v1/queue/details [v3.1.0.4875] System.InvalidOperationException: Sequence contains more than one matching element at System.Linq.ThrowHelper.ThrowMoreThanOneMatchException() at System.Linq.Enumerable.TryGetSingle[TSource](IEnumerable`1 source, Func`2 predicate, Boolean& found) at Lidarr.Api.V1.Queue.QueueResourceMapper.ToResource(Queue model, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueResource.cs:line 50 at System.Linq.Enumerable.SelectEnumerableIterator`2.ToList() at Lidarr.Api.V1.Queue.QueueResourceMapper.ToResource(IEnumerable`1 models, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueResource.cs:line 95 at Lidarr.Api.V1.Queue.QueueDetailsController.GetQueue(Nullable`1 artistId, List`1 albumIds, Boolean includeArtist, Boolean includeAlbum) in ./Lidarr.Api.V1/Queue/QueueDetailsController.cs:line 53 at lambda_method165(Closure, Object, Object[]) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeActionMethodAsync() at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeNextActionFilterAsync() --- End of stack trace from previous location --- at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.InvokeInnerFilterAsync() --- End of stack trace from previous location --- at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsync>g__Awaited|20_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted) at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope) at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope) at Lidarr.Http.Middleware.BufferingMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/BufferingMiddleware.cs:line 27 at Lidarr.Http.Middleware.IfModifiedMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/IfModifiedMiddleware.cs:line 40 at Lidarr.Http.Middleware.CacheHeaderMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/CacheHeaderMiddleware.cs:line 32 at Lidarr.Http.Middleware.StartingUpMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/StartingUpMiddleware.cs:line 37 at Lidarr.Http.Middleware.UrlBaseMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/UrlBaseMiddleware.cs:line 28 at Lidarr.Http.Middleware.VersionMiddleware.InvokeAsync(HttpContext context) in ./Lidarr.Http/Middleware/VersionMiddleware.cs:line 28 at Microsoft.AspNetCore.ResponseCompression.ResponseCompressionMiddleware.InvokeCore(HttpContext context) at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context) at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task) ``` ### What branch are you running? Master ### Trace Logs? [lidarr.trace.txt](https://github.com/user-attachments/files/24494794/lidarr.trace.txt) ### Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided. - [x] I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain `trace` - that are relevant and show this issue.

deekerman added the

Type: Bug

Status: Needs Triage

labels

2026-02-20 13:17:57 -05:00

deekerman commented

2026-02-20 13:17:59 -05:00

Author

Owner

@Ab30657 commented on GitHub (Jan 17, 2026):

Looking at the trace, multiple entries for artist "Fictional" seem to be present in your database. Knowingly or unknowingly for this case, this is a relevant future scenario where artists could have same name.
When trying to queue up, the entry for one of the release, Some Great Contributions fails due to ReturnSingleArtistOrThrow which queries using the cleanName of the artist, Fictional, throwing the exception ThrowMoreThanOneMatchException since there are two entries.

Recommendation

You can use the disambiguation attribute available in musicbrainz to seperate the artists in a similar way you introduced disambiguation attribute for albums on #490.

The LOE could be higher than anticipated, will affect instances of names where disambiguation is necessary:

folder name (This might be more user friendly than having something like foreignArtistId property suffixed).
text under the artist poster to create that distinction in the UI default tab of artists.
in the db. And the above search will check for Disambiguation property given same name otherwise BAU

The search to Skyhook will remain unaffected because it uses the foreignArtistId property so will not create issue similar to #490.
I will wait for the viewpoint of other folks regarding this for now.

There is already an disambiguation attribute on the Advanced settings of Media Management for Artists. The error is still because it looks for the clean name on the database. The Artist entity itself might require the disambiguation attribute like the Album entity in the db?

Temporary Fix

You might want to remove one of the artists folder for Fictional, and then your queue should be fine with the current queue having that only Fictional entry.

@Ab30657 commented on GitHub (Jan 17, 2026): Looking at the trace, multiple entries for artist "Fictional" seem to be present in your database. **Knowingly or unknowingly for this case, this is a relevant future scenario where artists could have same name**. When trying to queue up, the entry for one of the release, `Some Great Contributions` fails due to `ReturnSingleArtistOrThrow` which queries using the `cleanName` of the artist, *Fictional*, throwing the exception `ThrowMoreThanOneMatchException` since there are two entries. ### Recommendation You can use the `disambiguation` attribute available in musicbrainz to seperate the artists in a similar way you introduced `disambiguation` attribute for albums on #490. The LOE could be higher than anticipated, will affect instances of names where disambiguation is necessary: - folder name (This might be more user friendly than having something like `foreignArtistId` property suffixed). - text under the artist poster to create that distinction in the UI default tab of artists. - in the db. And the above search will check for Disambiguation property given same name otherwise BAU The search to Skyhook will remain unaffected because it uses the `foreignArtistId` property so will not create issue similar to #490. I will wait for the viewpoint of other folks regarding this for now. **There is already an disambiguation attribute on the Advanced settings of Media Management for Artists.** The error is still because it looks for the clean name on the database. The Artist entity itself might require the disambiguation attribute like the Album entity in the db? ### Temporary Fix You might want to remove one of the artists folder for **Fictional**, and then your queue should be fine with the current queue having that only Fictional entry.