mirror of
https://github.com/Lidarr/Lidarr.git
synced 2026-03-02 22:56:57 -05:00
Monitor New Albums :: No longer working [Lidarr v1.2.3.3254] #2988
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
Area: Update API
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Don't Merge
Status: Help Wanted
Status: In Progress
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
conflict
no-conflict
not-pulled
radarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Lidarr#2988
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @SawkeeReemo on GitHub (Jun 6, 2023).
Is there an existing issue for this?
Current Behavior
Lidarr is no longer monitoring new albums.
When you have "download monitored albums" selected, and monitor set to "new albums", the new album will get added to the artist's page, but it will not be monitored. Therefore, new releases are not being automatically downloaded when available.
Expected Behavior
Expect new albums to be monitored, and then downloaded when available.
Steps To Reproduce
Environment
What branch are you running?
Nightly
Trace Logs?
Unfortunately, I forgot to change my logs from debug to trace before doing this test. I will have to find another artist with a missing album on MBZ, then run this test again with trace logs on. Once I do that, I will update my logs from Debug to Trace. But for now, here are the Debug logs at least:
https://privatebin.net/?833a167bdbc49b57#3P37nrFmXAVbJqrKMKUCURsY6LAoUDXFdABpRxZioCH5
Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
@Qstick commented on GitHub (Jul 1, 2023):
Some details about the album and artist would be good. The
Newoption only montiors albums that are newer than the newest existing album in the DB. So if an album is added that has a date that is not newer than any other album in DB for that artist, then it should be monitored.@SawkeeReemo commented on GitHub (Jul 3, 2023):
Literally any artist/album. It just stopped working at some point without me changing a thing. And yes, these are new new albums. Not just something added to the database. I’ve since gone through and manually fixed tons of them since I hadn’t heard back, but I’ll keep a look out.
To clarify, these are artists I’ve had in my library for ages (years in some cases). And when the option to monitor new albums came out, I turned that on for tons of them. It always worked as it should; when a new album was released, it would eventually make its way to Lidarr, be monitored, then snagged once it became available. But that stopped a few months ago. Now I will see the artist monitored, the settings are still set to monitor new albums, a new album has been added, but for some reason it’s not monitored and I have to manually click the monitor icon.
I also notice that the ALBUMS heading, for example, turned itself off monitoring as well. And, if you don’t have any albums monitored it will turn itself off as well. Now I pretty much have to have whatever the latest album/EP/single/etc is monitored in order to keep that section monitored.
@XmnwildX12 commented on GitHub (Jul 24, 2023):
Having the same exact problem for the last 2 months or so, I have a filter I created that looks for the next album in the next 12 weeks and have to go in and manually monitor every single new album for all bands.
@c-grant commented on GitHub (Jul 24, 2023):
I just found this ticket a it seems I have been having the same issue for a while now. New albums as far back as 2022 are not showing as monitors but the artist is set to monitor all.
Some additional information. At least some of these albums are in the "wanted" menu with the monitored filter option but are shown as not monitored or downloading in the artist. There are thousands of entries in wanted so its hard to vanadate too many
@Whipstickgostop commented on GitHub (Sep 21, 2023):
Same issue here, as far back as 2022. New albums will show up on the artist page as expected, but never get marked monitored.
@SawkeeReemo commented on GitHub (Oct 26, 2023):
I'm still back on version 1.5.0.3643, but this is still happening.

@Qstick commented on GitHub (Oct 26, 2023):
Do you have that artist set to monitor new items?
@SawkeeReemo commented on GitHub (Oct 26, 2023):
Yup. As well as many others. I regularly have to go in and manually click the monitor button if I actually want it to monitor new albums. It’s been this way for about a year now. Can’t remember when I first reported it. Might be longer now…
@hockeygoalie35 commented on GitHub (Apr 5, 2024):
Also having this issue.
@SawkeeReemo commented on GitHub (Apr 8, 2024):
Yup. Still an issue here as well.
@Mrpink200 commented on GitHub (Jun 27, 2024):
Same for me : https://github.com/Lidarr/Lidarr/issues/4873
Really annoying as we can no longer monitor forthcoming albums
Is it difficult to fix ?
@XmnwildX12 commented on GitHub (Jun 27, 2024):
While waiting for a fix I have created a custom filter of next album in the next 12 weeks and as they pop up I go in and manually monitor the albums.
@bakerboy448 commented on GitHub (Jun 27, 2024):
Any additional comments of "me too" or "Same for me" shall be considered spam and are unhelpful.
You'll likely be waiting awhile as there is only 1 semi-active Servarr (Lidarr/Radarr/Readarr/Prowlarr) dev at this time. Apparently no one from the community believes this is a big enough issue, else there would be a PR to fix it.
If other users wish to be helpful - PR and contribute to fix the issue OR provide recent trace logs and the lidarr version of the issue in addition to ensuring all additional questions that qstick noted
@Mrpink200 commented on GitHub (Jun 28, 2024):
Do you have that artist set to monitor new items? Some details about the album and artist would be good. The New option only montiors albums that are newer than the newest existing album in the DB. So if an album is added that has a date that is not newer than any other album in DB for that artist, then it should be monitored.Yes absolutely.
In #4873 that i opened and closed as duplicate i mention an example :
when switching in artist profil monitor new almbums to "new albums", it does not tick the album listed with a release date after today's date;
For example : Nick cave and the bad seeds with album Wild god that has a release date on Aug 30th 2024 cannot be marked as monitored when selecting the option. Same with any other artist that are already prensent in the database and for witch we want to move to "monitored" any release listed in a release date after today
do not hesitate if you are still wondering what happens for us
@SawkeeReemo commented on GitHub (Jul 1, 2024):
Side question: If we wanted to help out, what skills or coding languages would be most helpful?
@SawkeeReemo commented on GitHub (Jul 1, 2024):
And just for some visual aids for whoever may work on this, here's this exact thing happening with an artist in my library:


@crafty35a commented on GitHub (Oct 2, 2024):
You have it set wrong. Monitor New Albums is set to "No New Albums" which means new albums will not be monitored for that artist.
However, I can confirm that this issue certainly exists even with the proper settings. I have been seeing it for at least two years. I have debug logging enabled and will provide logs as soon as I see this issue again. The Cure's upcoming release (Songs of a Lost World) is not yet showing in Lidarr, and I expect that it will show up soon.
@SawkeeReemo commented on GitHub (Oct 5, 2024):
It definitely happened with that new Cure release.

@SawkeeReemo commented on GitHub (Oct 11, 2024):
By the way, I do not have it set wrong. This is a bug that’s been around for a while. It started when they implemented the new system where you can only selected “Monitor New Albums” when you first add an artist. All existing artists that were monitoring new albums end up just like I’ve shown here.
@robant85 commented on GitHub (Oct 11, 2024):
Well no need to be rude here. The screenshot that you submitted looks like you have it set wrong. We can understand that when you add an artist the bug is reflected that new albums aren't monitored. I think what we are also saying here is that even when you change the selection to monitor new albums and save, it's not respected, and new albums for an artist are not monitored when the RSS artist sync runs from MusicBrainz
@bakerboy448 commented on GitHub (Oct 11, 2024):
There is no RSS Artist Sync. This would be the metadata refresh
Incorrect - you can edit this after artists are added
@SawkeeReemo commented on GitHub (Oct 11, 2024):
First, I realized my original wording may have come off as rude, so I immediately changed it. You must still have seen the original wording in your email or something. Apologies for that, I was trying to be jokey about it but realized it might not come off that way.
Also, yes. This is what I said in my original post about the issue. The recent issue with new releases not being added when the RSS updates is a separate issue which I believe they are aware of. And I THINK you can make a request on their Discord to push through an update if it hasn’t happened. (I’m a little out of the loop right now, but I know that was happening at one point. They had a bot or something set up.)
@SawkeeReemo commented on GitHub (Oct 11, 2024):
Yes, but it doesn’t work with artists that were added before this change, as has been evidenced here. It literally just happened with The Cure as I showed you above. And that has always been set to monitor new albums.
@SawkeeReemo commented on GitHub (Oct 11, 2024):
Also, I misread you here. So you can ignore my comment about that. (Sorry, exhausted over here. Rough night.)
@robant85 commented on GitHub (Oct 11, 2024):
All good. I think we are all saying the same thing. Apologies on mincing words, not RSS feed, but Metadata refresh.
I'm still having the same problem. Even after changing the option to "Monitor New Albums" when a new album hits MusicBrainz and syncs into Lidarr, it does not monitor it automatically.
@crafty35a commented on GitHub (Oct 11, 2024):
Here are standard, debug, and trace logs showing me syncing The Cure and Lidarr picking up this album for the first time (as expected, it came in unmonitored despite having Monitor New Albums set to "New Albums"
standard.txt
debug.txt
trace.txt
@robant85 commented on GitHub (Oct 15, 2024):
Does this still work for you @XmnwildX12 ? I have a filter that resembles yours (by months) but it doesn't show any unmonitored albums, which is obviously what I'm looking for.
@XmnwildX12 commented on GitHub (Oct 15, 2024):
Looks like this has dried up for me as well, I only have one album in there right now for Jerry Cantrell which was added months ago.
@aevrard commented on GitHub (Oct 27, 2024):
Below a short script in powershell that automatise the monitoring of new album of your collection
`$lidarrApiUrl = "https://LIDARRURL/api/v1" # PUT YOUR LIDARR URL
$ApiKey = $YourAPIKey # PUT YOUR LIDARR API KEY
$albumsUrl = "$lidarrApiUrl/album?apikey=$apiKey"
$response = Invoke-RestMethod -Uri $albumsUrl -Method Get
$NextAlbum = $response | Where-Object {(Get-Date $_.ReleaseDate) -gt (Get-Date).AddDays(-60)}
$UpdateAlbumUrl = "$lidarrApiUrl/album/monitor?apikey=$apiKey"
foreach ($album in $NextAlbum) {
$AlbumPs = [PSCustomObject]@{
albumIds = @($album.id)
monitored = $true
}
$AlbumJson = $AlbumPs | ConvertTo-Json -Depth 2
Invoke-RestMethod -Uri $updateAlbumUrl -Method Put -Body $AlbumJson -ContentType "application/json"
}`
@robant85 commented on GitHub (Oct 29, 2024):
That's actually really helpful, I'm trying to convert to bash so that I can run it programmatically on a schedule on my Synology NAS. Any way possible you know of a bash script? I'm getting stuck at the parsing of the JSON response.
@cohenchris commented on GitHub (Nov 2, 2024):
Got one working in bash. I have LIDARR_URL and LIDARR_API_KEY set in my environment already.
@robant85 commented on GitHub (Nov 5, 2024):
FAN-F-IN-TASTIC! Appreciate this so much!
@janaxhell commented on GitHub (May 8, 2025):
Hello, just noticed this issue. What do I put in this part?
The lidarr /config path or the /music path?
In my case
@robant85 commented on GitHub (May 8, 2025):
Those lines are commented out in my script. I'm not using them at all.
@janaxhell commented on GitHub (May 8, 2025):
Oh, thanks, it works indeed, I thought they were needed.
@cohenchris commented on GitHub (May 8, 2025):
It's used to consume a .env file, which contains LIDARR_URL and LIDARR_API_KEY. So yes, not required, you could also simply set them in the body of the script.
@bjaudon commented on GitHub (May 17, 2025):
I made a slight edit to the PowerShell above. It will only update the album if the artist is configured to monitor albums. It will skip over if monitoring is 'none'. For my purposes, I run this once per day so I set the days to only look at the last day, that way if I unmonitor the album manually it will not monitor it again.
@bakerboy448 commented on GitHub (Sep 6, 2025):
https://github.com/Lidarr/Lidarr/pull/5588 being merged later today may fix this, but will certainly allow for better logging to track down this issue
@bakerboy448 commented on GitHub (Sep 12, 2025):
And new logs with v2.14.1.4755 or newer are needed
@github-actions[bot] commented on GitHub (Sep 12, 2025):
👋 @SawkeeReemo, In order to help you further we'll need to see logs. You'll need to enable trace logging and replicate the problem that you encountered. Guidance on how to enable trace logging can be found in our troubleshooting guide.
@bakerboy448 commented on GitHub (Oct 5, 2025):
still waiting for logs with v2.14.1 or newer
@robant85 commented on GitHub (Oct 20, 2025):
I'm still willing to test. I've just got to wait for an artist I've got monitored to release a new album.
@robant85 commented on GitHub (Oct 20, 2025):
This one is going to be a hard one to replicate @bakerboy448. Does anyone still have the hookup with MB that could add an album on an artist just for testing purposes?
@SawkeeReemo do you still have that contact at MusicBrainz?
@SawkeeReemo commented on GitHub (Oct 20, 2025):
Sorry, that wasn’t me.
As for logs, I can get those soon. I haven’t checked in this particular issue since the resurrection of Lidarr.
Also, for anyone reading, my “fix” for this in the past has been to re-add an artist making sure the Future Albums option is selected. Not a judgement, but a genuine question: Why are we only able to set that when adding a new artist?
@robant85 commented on GitHub (Oct 20, 2025):
In the very top post created by you, it says:
Steps To Reproduce:
Oh well. Hopefully we can try and reproduce another way.
@bakerboy448 commented on GitHub (Oct 20, 2025):
For support and inquiries, please use our Discord channel. GitHub is designated solely for bug reports and feature requests. It seems that this issue may fall under a support request, so we kindly ask you to visit our Discord for assistance. Thank you.
For editing you can:
@robant85 commented on GitHub (Nov 6, 2025):
I would love to help with debug logs but it's tricky to capture the problem. We have to know when an artist has a new album coming or has recently been added to MB.
Either that or someone add a "test" album to a monitored artist to see if Lidarr monitors it.
@bakerboy448 do we happen to have any "ins" with any mods over at MusicBrainz that can help us with some temporary entries for our debug logging?
@bakerboy448 commented on GitHub (Nov 6, 2025):
I'm no longer working / contributing on the Servarr Projects and there are no active app developers to my knowledge at this time. The Servarr Infrastructure team is different folks than the app developers.
@robant85 commented on GitHub (Nov 6, 2025):
So, wait. What does this mean? This issue in particular isn't going to receive any further attention? Is there someone else we can tag in to this issue? @bakerboy448
@robant85 commented on GitHub (Nov 6, 2025):
Also, sorry to see you go.
@robant85 commented on GitHub (Jan 24, 2026):
I finally have a debug log from an artist that recently had an album added to MusicBrainz but when Lidarr scanned it, it did not monitor it. The artist is monitored and their profile is set to "Monitor New Albums"
What specific thing am I looking for in the debug that I could post here for review? @Qstick
@bgrassy commented on GitHub (Feb 3, 2026):
I saw that Mitski had a new single released today, so I took the chance to try to replicate this. I saw the following in debug logs:
The above error is elevated in MonitorNewAlbumService.cs. It appears that when the artists are fetched from the API (like here: https://api.lidarr.audio/api/v0.4/artist/fa58cf24-0e44-421d-8519-8bf461dcfaa5) the
ReleaseDateis alwaysnull. The release date is only pulled in later, when we invoke refreshes on the child albums here. It seems like either some modification has to be made to the artist API to get the release date upfront, or another check for updating the monitored status happens after the full album info is refreshed. I'm not sure what the maintainer status is, but I'd be happy to make a PR depending on what strategy is recommended.@robant85 commented on GitHub (Feb 3, 2026):
That's exactly what I'm seeing in my log too. I think they mentioned earlier that there are no maintainers for Lidarr right now, so the chances of the PR are low. It seems like it could be the fix though.
Have you tried the API call independently of Lidarr and it returned the proper release date in the response?
@augustuen commented on GitHub (Feb 4, 2026):
We've pushed a fix for release dates in the artist response. Please try to replicate the issue
@bgrassy commented on GitHub (Feb 4, 2026):
I confirmed that this worked when adding a new album for an artist in my collection! Perhaps the original issue was fixed by https://github.com/Lidarr/Lidarr/pull/5588, but the metadata server update resulted in it resurfacing again. I'm reasonably certain that this is fixed now, but maybe others who have had this issue would like to confirm. Thanks for your help @augustuen!
@robant85 commented on GitHub (Feb 4, 2026):
I'm trying to make sure everything happens organically. It works when I remove and re-add an artist. That's cheating though. I have a few artists with albums coming up that haven't been added to MB yet, I'll keep an eye out for them and report back when they sync into Lidarr.
@robant85 commented on GitHub (Feb 4, 2026):
I don't think it was fixed in #5588. I've had several artists release albums since then but were not monitored automatically.