Why does it show that somethings being monitored/requested when it’s not?

[misty comet]

Why doesn’t it allow users to request a season that isn’t being monitored? It’s rather confusing for users who are sat waiting for something to be added but it’s not even monitored on sonarr.

[sullen brook]

I thought that was the entire point of this. Users request a show they want to see that you haven't downloaded, and it's up to you, the owner of the server to approve the request so that it gets downloaded.

[misty comet]

What? Your point is completely unrelated to the issue here. Season 3 has NOT been requested. It’s unmonitored on Sonarr. So the user can’t request it, which completely defeats the purpose of users having access to Overseer.

[sullen brook]

Maybe I am not understanding your issue correctly or my system is setup differently. I have a series that is not monitored at all in Sonarr, with Overseer a user can login and request a single season and then I need to approve it before it gest sent to Sonarr to download. Or I have a Series only monitoring 1 season if someone wants the next season they need to go into Overseer and request the next season and then once I approve it that next season will be monitored.

[worn echo]

Is that the only time you got the issue ?

[misty comet]

No you’re right, that’s what it should be doing… but it’s not, hence my post? Lol

[misty comet]

Nope there’s loads of instances that are like this

Is it a setting or the way mines is setup? Sometimes I’m noticing it’s almost like Overseer isn’t talking to Sonarr properly as things don’t refresh/update but I haven’t really dug into it properly until now

Another example

[worn echo]

Yes so it goes to sonarr but not every time apparently

[sullen brook]

Oh I am dumb, I read your post, not your title.

[misty comet]

No so I think the issue is:

I often do a clear out every 6 months or so. I think I’ve deleted this series. Users have then requested say seasons 1 & 2 of the first example. But season 3 is showing as if it’s been requested, but it’s not? So essentially it’s showing the wrong status on overseer. (I think)

Scrap that I just checked. Nobody has requested seasons 1 & 2.

So essentially overseer just isn’t showing the “unmonitored” seasons as being available to request.

[green prism]

https://github.com/seerr-team/seerr/pull/2005

[misty comet]

Cheers. I’ve read this and notice it’s related to why I’m experiencing. But I’m not familiar with GitHub at all unless it’s downloading a version haha. Could you explain what this means? Has it been raised before? Or has it been raised from my issue? Or does it mean there’s a solution that will fix it? Thank you

[green prism]

This just means the pr is open. Its not merged yet

[misty comet]

Sorry to be that guy but what’s the normal ETA on it being merged? I know there’s probably hundreds of similar issues to be resolved.

My Overseer is pretty unusable for users at the minute as they can’t request anything that’s currently unmonitored 😩

[green prism]

No ETA. You can use the api to iterate through those using a script and remove the status

[misty comet]

2 months later…. ⏳

[green prism]

a) it has not been two months
B) develop tag is literally there if you cant wait 🤷‍♂️

[misty comet]

It’s been 2 months since that was posted on GitHub. Look I’m not clued up with GitHub, I don’t use it, I don’t develop etc etc. I don’t even know what is meant by develop tag is there. I’m assuming it’s like a beta version with the fix but it’s not been finalised or something?

I just need that issue resolved on my system as right now, my users can’t use Overseer. Hopefully you understand that’s a biggy.

[green prism]

Then use the develop tag. Seerr is not READY for release. Its not just the logo. There are few small bugs to iron out too.

[misty comet]

Ok fair enough. I did just say I’m not familiar with GitHub and don’t know what you mean by develop tag though.

[green prism]

Docker tag

seerr/seerr:develop

Instead of :latest

[misty comet]

Ahhh I’ve got you

Thank you

[misty comet]

Got it… testing it out

[misty comet]

Update after testing:

That change that was implemented to develop tag still hasn’t fixed this issue btw.

[green prism]

This has not been merged

So updating wont change anything

[misty comet]

Ah - I thought you said if I used the develop tag it would change it

[green prism]

Oh that was for new updates

Like watchlist fix and tag request fix and stuff

[cerulean blaze]

I have the exact same problem, when myself or maintainerr deletes a season, I have a bunch of "ghost" requested seasons. Waiting impatiently for the merge.

[misty comet]

Me too, but I can’t wait any longer. My request system is so messed up it’s ridiculous. Can’t fathom why this hasn’t been flagged as a major issue. It literally prevents users from being able to do what overseer was created to do 😂

[misty comet]

Ah fair enough. When is this merge thing happening? I’m gonna have to go back and use Ombi I think and just take the hit of a poor layout. I’d rather my request system was at least functioning properly 🫠

[green prism]

Just use seerr develop then

We have beta testing for a reason

Oh you meant

The unmonitored season thing?

Thats not gonna get merged in a while.

Thats not really a supported workflow 🤷‍♂️

Our current workflow only supports deleting series

[cerulean blaze]

I don't understand the wokflow. If we need clean "old" stuff to ake some space, it means it cannot be requested from seerr ever again ?

[misty comet]

Ya it’s so dumb imo.

[green prism]

No.

Like I said

You delete series

And media availability sync job will mark them deleted

And you can re-request again

[misty comet]

So if we wanna clear space we need to delete an entire series rather than individual seasons?

[green prism]

No no

We do support deleting seasons too

You delete

Media availability sync job will mark them deleted

[misty comet]

Still doesn’t make sense tho.

User requests say for example Squid Games but they only request season 1

Overseer then adds to sonarr and Sonarr marks season 1 as monitored and season 2 as unmonitored.

User now cannot request season 2 because in overseer, it marks unmonitored seasons as “requested” ?

[green prism]

You van request season 2

Thats not how it works

I requested s1

See there is a request more button

Foe the rest of the seasons

[misty comet]

I’m sure I’ve had this exact instance but it’s mainly deleted seasons having major issues with

[misty comet]

Ok maybe that was updated or something. Been a while since I paid attention as it’s been pissing me off that much

[green prism]

Deleted seasons should be marked deleted badge

And should be re-requestable

[misty comet]

So whilst we’ve got you here.

You are saying this shouldn’t be the case:

25 season series - all seasons monitored

I go into my storage and manually delete seasons 1-5

Sonarr now marks 1-5 as unmonitored

Overseer now shows seasons 1-5 as requested and does not allow users to request them

[cerulean blaze]

just an example of a series, nothing monitored in sonarr but 2 seasons requested in seer (no one requested them)

[green prism]

https://github.com/seerr-team/seerr/blob/develop/server%2Flib%2FavailabilitySync.ts#L544-L561

Here is the code that removes it

[green prism]

What wont work is if the item was requested but never changed to available statu

It wont go bck to deletwd

But if it ever became available

[misty comet]

Don’t send me GitHub stuff cause I’m clueless with that stuff 😆😂

[green prism]

Then it can be deleted

[green prism]

This is not for just you.

Its for anyone reading the thread

[misty comet]

I know I was joking

[green prism]

My point is currently we dont have support to change requested -> Deleted but available -> deleted. This will be changed in tje coming release

It was something not implemented

Because something looked over

[green prism]

Correct me if im wrong @azure kiln

[misty comet]

I don’t think this is the issue I’m having

But I will triple check

[green prism]

If the season was ever available and then deleted the media availability sync job should remove it. If its not removing please send us logs so we can check

[misty comet]

I’m positive even available stuff that I delete is not changing the status

[green prism]

We did recently fix somethings about how tv seasons are detected

When removing

[cerulean blaze]

it was never requested, i think the season was already there when I set up overseerr and then seerr. A LOT of media have broken status and apart of the deleting data in advanced for ALL of the series and then let it sync, I don't see a solution so ar

[misty comet]

Because otherwise I wouldn’t be deleting it, I’m deleting to save space

[green prism]

Due to a bug. That we fixed and is available in develop now

[misty comet]

So the file must be physically there

[green prism]

Run media availability sync kob and send us logs. We will take a look.

My point is

[misty comet]

Is there a way to just completely wipe all statuses and start fresh? That would be easier to monitor any issues as I’m the same as @cerulean blaze I didn’t use overseer from day one

[green prism]

Requested doesnt necessarily mean you requested it

If you had enable scan turned on

And then sonarr scan ran

It will mark monitored seasons as requested

Because all seerr does is

Monitor seasons that arent monitored when you request

And tells sonarr to do a search on those seasons

[green prism]

Yes

You can delete the config folder

[misty comet]

I understand that monitored seasons are “requested” cause it’s technically still looking for them so no point users requesting again

[green prism]

Yes

[cerulean blaze]

I have a lot of these "preventing removal" : 2026-01-18T13:09:14.235Z [info][Jobs]: Starting scheduled job: Media Availability Sync
2026-01-18T13:09:14.235Z [info][Availability Sync]: Starting availability sync...
2026-01-18T13:09:14.525Z [info][AvailabilitySync]: The non-4K movie [TMDB ID 648878] still exists. Preventing removal.
2026-01-18T13:09:14.640Z [info][AvailabilitySync]: The non-4K movie [TMDB ID 1234821] still exists. Preventing removal.

like dozens and dozens

[green prism]

Send the full logs please.

[green prism]

Also cross reference the tmdb id and a movie you dont have

If it says preventing removal on a movie that you dont have

[green prism]

Let us know

So we can help debug oyur issue

[misty comet]

So best way to start fresh, delete config file, turn sonarr enable scan off?

[green prism]

Just one movie is enough

[green prism]

Sorry I forgot your exact issue rn. You dont need to turn off enable scan if you dont have any seasons monitored rn

So when you start fresh it should be good

The unsupported workflow is requested status -> deleted

Available status -> deleted works

[misty comet]

Ok. Then I’ll try delete an individual season that’s already available and it should go back to being able to be requested yeah?

[green prism]

And deleted means re-requestable

[green prism]

If you run media availability sync job

Yes

But

You might need to run seerr develop latest

Because we recently fixed a bug

[misty comet]

I’m sure I already have develop

[green prism]

If you have both 4k and non 4k

[misty comet]

Ya I do

[green prism]

Make sure youre on latest develop

[misty comet]

What version is I’ll check rn

[green prism]

We made a release today too

Last night too

To develop i mean

Because we are still fixing stuff

[green prism]

https://discord.com/channels/783137440809746482/1459928214087536778

Here is for reference

[green prism]

Not latest

Youre on overseerr develop

Seerr develop is what we fixed

[misty comet]

Ah fuck

[green prism]

c9037f77e6eb6773c7fde19a17c7cfaa0bab18b8

[misty comet]

U changed to seer didn’t u

[green prism]

Overseerr is no longer developed

[misty comet]

Ok I’ll update

[green prism]

This is the latest availability sync job bug we fixed

Update and run media availability sync job and sonarr scan and send us logs

We can take a look

[cerulean blaze]

I updated to the latest develop, reran availabity sync job, and for 2 shows I use as examples of unmonitored seasons, they still have requested status in seerr

[green prism]

And fix any bugs

[green prism]

I wrote above. Requested -> deleted is not supported yet. That would be fixed for next version (for develop ill try to fix tonight)

[misty comet]

This is latest develop for seer ye?

https://github.com/seerr-team/seerr

[green prism]

Yes

[misty comet]

Cheers

[green prism]

Please take a look at

#seerr-beta

[misty comet]

I’ll start fresh let you know

[green prism]

Description

Migration docs

When migrating from overseerr

Do not run seerr latest. Only seerr develop

[misty comet]

Ok

I might start fresh install anyways and reconfigure?

[green prism]

Seerr latest doesnt exist (except foe third party images) and seerr latest rn is jellyseerr. Not seerr

[green prism]

Up to you

[misty comet]

Not bothered about migrating tbh gonna start fresh from scratch I think

[cerulean blaze]

Is there a way to start fresh but import unavailable requests ?

or to delete all data at once instead of going into "advanced" of each tv show ?

[green prism]

Through the api or editting db. I can help with that when I reach home. Im currently in the airport on mobile 😅

[cerulean blaze]

No worries

[green prism]

Remind me in like 3-4hrs

You can ping me

[cerulean blaze]

I have another problem : The agency season 1 is in sonarr and plex, "available" in seer. Physilcally remove the season folder and run a sonarr scan in sonarr. Season become umonitored (settin enabled on media management in sonarr). Run a media availability sinc in seerr. Still marked as available. I check plex and plex also lists them as available. Force a scan in plex, they disappear, run again a media activity sync in seerr. Now it gets the status "deleted". I request the season. But as this season is unmonitered in sonarr, nothing happens. I had read somewhere that this was a feature : i the admin wants something to get deleted (for space reason for example), the users cannot force a download. I understand the theory but it means that for someone with a limited space and using something like maintainerr, something added and then deleted once can't be managed anymore through seerr, and users must contact me directly to request something. Is there a possibility to consider this behaviour with a opt-out option ?

[green prism]

No thats not intended behaviour. Could be related to https://github.com/seerr-team/seerr/pull/2066

Which was just merged

Please retry on seerr develop. Like request it, then send logs.

Without logs we cant tell whats going on.

Its not at all intended behaviour BECAUSE by default also thats exactly how it works. When you request a season that season IS unmonitored. Then it changes to monitored

[green prism]

Like this ^

If its not changing then theres something going on that we can only tell with logs generated when you request

The only unsupported workflow is when a season is marked as requested, changing that to deleted without turning available.

But when yiu send logs make sure youre sending logs from seerr develop as we no longer develop on overseerr codebase

[cerulean blaze]

I have been on seerr develop for several weeks now

Here isthe full log :

It is at 2026-01-18T13:45:03.838Z

[green prism]

Yeah thats a bug in the code. Due to stale metadata on sonarr which needs a refresh when re-rrquesting deleted seasons

Will make a preview fix tonight

Help us test 🙂

Which i already fixed
https://github.com/seerr-team/seerr/issues/2310

[cerulean blaze]

🙏🏻

[green prism]

@cerulean blaze @misty comet in 10-ish mins a preview tag should be available to test the fix under :preview-unmonitored-season-processing

https://github.com/seerr-team/seerr/pull/2311#issuecomment-3765437985

You'll need to run sonarr scan

That should remove requested status from unmonitored seasons

[cerulean blaze]

@green prism So we just need to replace develop by :preview-unmonitored-season-processing in the compose file, up -d and run sonarr scan in sonarr or in seerr ?

[cerulean blaze]

This takes care of this AND the « the agency problem » ?

[green prism]

No

Just the requested one

Agency problem is another pr

[cerulean blaze]

It worked!

Great work

[azure kiln]

That’s correct. Why would the availability sync change requested to deleted

[green prism]

Yeah. But we had a bug where sonarr scan was changing requested to unknown when unmonitored but base scanner was overriding it. Basically rendering those seasons perpetually processing and unrequestable

[green prism]

^ this should fix it

[azure kiln]

Ooh I see

[cerulean blaze]

Should I go back to develop now ?

[green prism]

You can stay on that preview tag until that pr is merged

[green prism]

Actually I'll ask to test the agency thing fix in a while. Will push a preview fix for that too. Would appreciate it if you can test that one out too 🙏

[cerulean blaze]

Of course !

[green prism]

Can you show me a screenshot of sonarr agency series after the request

[cerulean blaze]

Right now, there are 10/10 episodes in sonarr and « available » in seerr.

[green prism]

Could you replicate the same steps you mentioned above and send me screenshots. It will help me figure out if the issue is occurring on a season level or an episode level

[cerulean blaze]

After moving away the season 1 folder and updating the series in sonarr

[green prism]

This is after unmonitoring season 1 and then requesting?

[cerulean blaze]

For now I just moved away the folder

Plex has removed the series but so far seerr lists it as available. Do you want me to run a media availability sync job or a sonarr scan job ?

[green prism]

Availability removal is a media availability sync job thing. You also need to unmonitor the season on sonarr after deletion

[green prism]

What i need is the steps you said that occurs when you re-request a deleted season

Otherwise that screenshot is useless to me 😛

[cerulean blaze]

Yes, this is what I’m doing, but when I am doing some cleanup, I justem delete season folders, I never go in each series in sonarr to unmonitor seasons

[green prism]

You'll need to unmonitor seasons deleted. You can turn that on in settings. But here's how it works:

• if a season is ever monitored, sonarr scan will mark it as requested even if you dont request it. And from then on sonarr has to manage it. Because essentially seerr is basically just a complicated way of saying to sonarr please monitor this season and search for all the monitored seasons

So I'll need you to unmonitor that season

And re-request

So we can check why and how the bug occurs

[cerulean blaze]

I just did a test on South Park season 28. When maintainer deletes a season, it unmonitors it too. I just requested it and it set the season Mon monitored and grabbed some files. So for one this is good news

[green prism]

That is the way it should work

Thats the intended behaviour

https://github.com/seerr-team/seerr/issues/2309

So this is a none issue then? Cant replicate?

[cerulean blaze]

For this one, I moved away the folder but I didn’t put the season on « unmonitored ». So when I requests it again, nothing happens

It stays like this

So the difference between the two of them is the episodes are unmonitored when deleted manually but the season is not and is blocking everything.

[green prism]

It has to be unmonitored. Like I said. Essentially seerr is a complicated way of just telling sonarr to monitor a season and a series. And then trigger a search. So when a season is already monitored it cant re-monitor it. And from then on it relies on sonarr's own jobs which searches already monitored seasons periodically

There is an option

In sonarr settings

To unmonitor seasons

That are deleted

Turn that on or youll have to unmonitor seasons

When you delete

Manually

Let me check which setting that is

Having trouble reaching my home server rn due to bad internet 😅

[cerulean blaze]

The setting is Unmonitor Deleted Episodes

[green prism]

Actually not sure if this applies to seasons. But we dont support episodes yet

[green prism]

Yeah just loaded

[cerulean blaze]

And this is the problem

[green prism]

Episode support is in the works

We dont support episodes yet.

[cerulean blaze]

It unmonitors episodes but not the season

(It alaways has been enabled on my side, this is what prevents a download loop)

[green prism]

But like I said. We dont support episodes yet so this is expected. If a season is already monitored, it cant re-monitor it

[cerulean blaze]

I am going to try to delete a season within sonarr to see if that unmonitors the season as well

[green prism]

However. I do see one issue though

A request should still monitor all rhe episodes and the issue was that there is a small bug that doesnt re-monitor the episodes

Hold on let me push a preview fix for that

[cerulean blaze]

Even deleting episodes through sonarr webui doesn’t unmonitor the season

[green prism]

Yeah the issue is like i said before. Because we never had support for episode level monitoring this edge case wasnt taken care of because we let sonarr handle it. When we request an unmonitored season, sonarr is sets that season to monitored, and sonarr cascades it. As in Sonarr says "oh, you want this season, let me enable everything".

But when a season is already monitored (thought the episodes are not monitored) sonarr doesnt cascade it because Sonarr says "season already monitored, no action needed"

But we could add a case where all episodes are monitored manually even though we dont have episode support. But I'll need to discuss with my team whether this should come right now or with episode support which is in the works and the current supported workflow should remain as you have to set deleted seasons as unmonitored

[cerulean blaze]

But I reckon that the way of cleaning (manually deleting folders or using apps) shouldn’t get into the way of being able to let a user request something again. Fortunately for now, maintainerr does it properly (delete files and unmonitors episodes AND seasons)

[green prism]

Well like I mentioned before we let sonarr cascade it because we never had support for episode level support and had no way of adding episode level support until tvdb was added.

So this scenario was never tested

But its likely we will cascade it

Even without sonarr support

As in re-monitor all episodes within a season

But thats just my own opinion. Will have to see what the team thinks

[cerulean blaze]

My last message was trying to prove the point to them 😆

@green prism if the team decides to wait, maybe it would be a good idea to write in the docs that when deleting seasons, we need to unmonitor them in sonarr ?

[green prism]

https://github.com/seerr-team/seerr/pull/2312

Can be tested via :preview-remonitor-sonarr-episodes

[cerulean blaze]

It works ! Great job !

[misty comet]

@green prism fresh install completed and seems to have sorted the issues I was having with unmonitored series. I will test fully later tho by deleting and existing season and see what Seer does.

Thanks for your help 👍🏻

[green prism]

New develop image has the fix already 😛

[green prism]

This has been merged

[misty comet]

Bloody hell that was quick

Thank you very much 👏

Can I ask quickly in here to save making a whole new post… any features that were previously on Overseer but aren’t on Seer, can they be readded or is it likely they’ve been removed for a reason? It’s a very very minor issue but one my moderators really liked

[cerulean blaze]

Thanks. Is it also included in the episode preview, so I can keep this one until it’s also merged ?

[green prism]

No features has been removed from seerr..

Jellyseerr was just overseerr but with added features which is now seerr

[green prism]

Yes

[misty comet]

It’s a very small change we noticed anyways? Maybe a bug?

Telegram notifications no longer have the “view in Seer” hyperlink

[green prism]

Not a bug. Misconfiguration on your side

You need to add settings > application url

[misty comet]

Fuck

[green prism]

Otherwise seerr/overseerr/jellyseerr wouldnt know what link to hyperlink 😉

[misty comet]

I knew there was a reason I had added the application URL

[green prism]

Good thing we documented it in our docs 😛

[misty comet]

You’re on it today mate! Youve helped me with more stuff in the last 2 days than the last 9 months 😜😂

Na seriously. Thanks a lot!

[green prism]

I'm procrastinating on my thesis

[misty comet]

😂😂😂

[misty comet]

@green prism I think this season 1 had previously been deleted so was all unmonitored. User has just requested it and it’s not marking the episodes as monitored, only the actual season

[green prism]

We literally went over this above ^

[green prism]

^

[misty comet]

It’s a fresh install tho?

[green prism]

^

[green prism]

^

[misty comet]

I don’t see those. Too busy reinstalling. I’ll read now

[green prism]

Basically

[misty comet]

Sorry boss man

[green prism]

^

[green prism]

So on develop youll need to do this ^

[green prism]

Until this is merged

[green prism]

Or you can use this 😉

[misty comet]

I’m too thick to even know what to do with that lmao

[green prism]

Its a tag

[misty comet]

I’m stupidly clever if that makes sense. I’m hands on and if I knew where to carry out this, I’d probs manage if I knew what it was lmao

Ah yea, too stupid

[green prism]

Docker tag. You changed to :develop

Already

[misty comet]

Yea

[green prism]

You can change to that tag instead

[misty comet]

Ahhhh

[green prism]

To test the fix

[misty comet]

And I can continue to use that or I’d need to go back to develop for future changes?

[green prism]

You will need to go back to latest once seerr is released anyways since youre on develop

Either youll have to use the preview or use the supported workflow where deleted seasons should be unmonitored before re-request

[misty comet]

Ok ok got ya

I’ll try the tag

[misty comet]

Is there a date for seer release? I’m so bad for not coming on discord for months 🤣

[green prism]

No dates

[misty comet]

Ok mate

If I change to that tag you sent, will I need redo the whole config?

[green prism]

No

[misty comet]

Sweeet

[misty comet]

Has this really just been merged 😂

Or am I reading wrong

[green prism]

Yes

[misty comet]

Your actually joking me 😂

Spent most of last night and today getting that tag sorted on my seer

[green prism]

Its just as easy as changing the tag and doing a docker compose up -d again

Shouldn't be taking too long

[cerulean blaze]

Took me 5 seconds in the compose and 1 minute to pull

[misty comet]

Ye wasn’t actual seer took me all day, Had issues on box after doing so messed stuff up lol and had stuff to do inbetween , was weird af. But I got it sorted then noticed had been merged lmao

I’ll change back to develop

Just need multi PMS support now and Seer is the best thing to be birthed since Fallenbagel!

[green prism]

Fallenbagel was birthed on 2017. That was me struggling to choose a name for my art Instagram and a gamer handle and went with a stupid bad pun 🤣

[misty comet]

Hahahahah

[misty comet]

Getting myself mixed up with all these diff versions lol

The develop one should be :develop right?

Not :latest?

I got 2 instances and dunno which bloody one is correct or if none of them lol @green prism

Once I get on the correct version I ain’t touching again until it’s released 😂😂

[split locust]

Are you trying to run Jellyseerr or Seerr beta?

If you're trying to opt into the Seerr beta, its image: ghcr.io/seerr-team/seerr:develop as Gauthier noted

Since you linked to a seerr PR, im assume the latter

[misty comet]

I got it. It’s been a long 24hrs for me with some shit at home and brains been frazzled. All sorted, thanks for the help

[misty comet]

@green prism thanks for getting those issues fixed. Finally got round to testing and works an absolute treat 👌🏻

Since I’m on Seer:develop now, will I automatically have any future merges until official release ?

[green prism]

Its not automatic youll still need to pull. Unless you have something like watchtower or diun installed

[misty comet]

Ok mate appreciate it

[cerulean blaze]

Hi @green prism a friend told me that he couldn't request a tv show season. Currently, seson 2 is available and he wants season 1, which had been available before then deleted, but I don't remember if it was deleted before oafter I set up seer. I checked and indeed, the button is greyed out. When I click on it and then on ok, it says error, but nothing in the log. This is the still unsupported problem, right ?

[green prism]

Does the season still exist?

If it doesnt exist run media availability sync job and send logs

If its deleted it should be removed

Not in available state

[cerulean blaze]

what do you mean "still exist" ? In sonarr, it has been deleted in september 2025. Since your fixes, there has been a ton of media availability sync jobs. Now i just monitored it in sonarr for it to grab, so I can't use this anymore to test. Now seerr says available for both seasons of course.

[cerulean blaze]

it didn't say anything for season 1. just greyed out

[green prism]

I asked if it was deleted. If its been deleted please run a media availability sync job and send logs

Its not the fact that many media availability sync jobs ran

But

Im asking to send logs because

It would help us debug

It could be related to

https://github.com/seerr-team/seerr/pull/2318

https://discord.com/channels/783137440809746482/1462604593811951677

Similar issue where items deleted never removed available status

Im asking for logs with the identified series so we can debug

There is a preview image too that I may need you to run after you share the logs

That is :preview-availability-sync-fix

[cerulean blaze]

like I said, i had to manualy grab the files so now it says available for both seasons. media availability sync job is scheduled every hour (doesn't remember of it's default or I put it myself). But in the log, the only mention of the name of the show of the tvdb id in lthe last 2 hours is 7 minutes ago (the preivous ones were last night) :

2026-01-24T19:45:00.042Z [debug][Jobs]: Starting scheduled job: Download Sync
2026-01-24T19:45:00.087Z [info][Jobs]: Starting scheduled job: Plex Watchlist Sync
2026-01-24T19:45:00.104Z [info][Jobs]: Starting scheduled job: Plex Recently Added Scan
2026-01-24T19:45:00.106Z [info][Plex Scan]: Scan starting {"sessionId":"575b6cb2-b915-4770-ad06-d2f0847dbb91"}
2026-01-24T19:45:00.197Z [info][Plex Scan]: Beginning to process recently added for library: Films {"lastScan":1769283600120}
2026-01-24T19:45:00.245Z [info][Plex Scan]: Beginning to process recently added for library: Séries {"lastScan":1769283600170}
2026-01-24T19:45:00.697Z [debug][Plex Scan]: Detected 1 new standard season(s) for Loups Garous
2026-01-24T19:45:01.017Z [debug][Plex Scan]: Updating existing title: Loups Garous

[green prism]

It should never run every hour

Default is 24hrs

Its a very taxing job

And should not be run everytime

[cerulean blaze]

just to mention it again, like you can see on my screenshot, it didn't say "available" for season 1 which is the one my friend had requested (season 2 is available because files are there and it just been aired)

[green prism]

And like I said, I cant recreate it so I'll need people who can when they have the issue to report to me with logs so I can try and fix it

[green prism]

Then run plex full scan

And send me logs

Also sonarr scan

Not media availability sync job

So I can debug it

[cerulean blaze]

but it's too late now :

[green prism]

Then try to reproduce it.

[cerulean blaze]

I just wanted to mention it because I thought this was the situation you told me that it was still unfixed

[green prism]

With another series or sth

[green prism]

What situation? Never said that

Deleted items CAN be re-requested

The situation i said wasnt fixed

[cerulean blaze]

this one : #1437440536523964426 message

[green prism]

What i said was REQUESTED to deleted is not possible

Not available -> deleted

Teo different states

Where you have to run sonarr scan

To remove

When an item is unmonitored

[green prism]

^

Right after that message I said its been fixed. So I'll need you to reproduce the same thing again and also let me know which version youre running so I can try and debug it

[cerulean blaze]

I am on latest develop. I setp upi tgis overseer the 10th of september, this season was already in sonarr, I deleted it the 19th of september. Seerr wasn't saying "available" for this one, but the "'season 1" button was greyed out (cf my screenshot). When I tried to force adding it, I had a red box in the top right corner of the screen saying "error", but nothing in the logs at all. I will try to find another series with this same problem, as now I forced a grab in sonarr by monitoring the season and seerr says now "available".

[green prism]

Youre on overseerr or seerr

Im guessing you meant seerr

Not overseerr

Or you meant you setup overseer. On September 10th and then migrated to seerr

Eitherways what im saying is

Youll need to reproduce this and send logs

Without logs I really can't fix it

If i cant figure out whats happening because I cant reproduce it

[cerulean blaze]

exactly that

then a few weeks/months after, I switched to fallenbagel/jellyseerr:preview-seerr then a few weeks ago, I switched to the final seerr:develop

[green prism]

Yeah thats all fine

My point is I still need logs. There might be inherent issues in the sync job

[cerulean blaze]

@green prism Ok i have found something else. Suits 2011

what do you want me to do ?

[green prism]

Did you just request it?

[cerulean blaze]

(season 1 added the 23rd of december, deleted manually the 5th of january, don't know why the latest fixes don't take care of that)

[cerulean blaze]

nope

[green prism]

Oh so can you unmonitor the season itself

Then run sonarr scam

Scan

See if it removes it

So i can get the full picture

[cerulean blaze]

but if a user had wanted to request it, they couldn't. Aren't the last fixes from this thread should take care of that ?

[green prism]

No.

Last fix is when a season gets unmonitored -> removed requested status so its requestable.

And the other fix was

[green prism]

When the item is in this state. But the season was either in deleted state or NO STATUS in seerr then you request and it will monitor all episodes and trigger a search

[green prism]

So im asking to do this. So its reproduced. So we can get the full picture.

The steps im giving is not to fix your issue. But for us to get the full picture so we figure out what the issue lies.

[cerulean blaze]

I think I forgot to remind you about that as we went on other kind of problems : #1437440536523964426 message

[green prism]

Thats via db editting to remove. Related but all im asking is to do the above manual steps so we can get the full picture so we can fix it.

[cerulean blaze]

it did remove it and replaced with "unrequested"

[green prism]

Okay good. Thats all the informations I needed

So I can fix it.

Ill have a look at it this weekend

[cerulean blaze]

ok thanks

[cerulean blaze]

Hi. just a little reminder, just in case 🙏

[green prism]

Yes i remember. My weekend been busy tho bc family 😅

[cerulean blaze]

of course, it was just in case 👌

[misty comet]

@cerulean blaze can’t you just use the delete seasons option on Maintaineer? And then seer will always allow things to be re-requested?

Or did I misread the issue your having lol

Ye I misread my bad. Thought you were still having issues with episodes

[cerulean blaze]

With the fixes, no problem with maintainerr. The only Issue I still have are ghost "requested" seasons in seerr, which prevents them from being really requested.

I have hundreds of shows in 2 instances of sonarr, so going through all of them to remove media in seerr "Advanced" to clean the DB is a task I won't enjoy 😄

[cerulean blaze]

Hi @green prism have you had the chance to take a look ? Thanks a lot 🙏🏻

[green prism]

No. Ill be free next weekend

Thesis

[cerulean blaze]

https://tenor.com/view/good-luck-gif-6101980294530817885

[green prism]

Okay so

I have a bash script\

that you could run

[cerulean blaze]

I am all ears

I have an example under my eyes of a montiroed season with unmonitored episodes in sonarr the status "requested" in seerr

[green prism]

so I would recommend backing up your db first before running this. As tbh i did not write this as i still dont have much time but this is with the help of claude

so youll need to add seerr_url. and the api key in there ^

then you can eaither run --preserve-pending to keep your pending requests

or --wipe-all to delete all media item statuses and the associated requests

run with caution

i did have a quick go over and i dont see anything that wrong that jumps up

but once again backup just in case

this is for

[cerulean blaze]

i stopped the container and copied the whole folder

[green prism]

your

[green prism]

^ this

[cerulean blaze]

root@Diskstation:/volume2/docker/overseerr# ./seerr_cleanup.sh --preserve-pendin g
=== Seerr Cleanup (mode: --preserve-pending) ===

Snapshotting pending requests...
Snapshotted 0 pending request(s) to /tmp/seerr_pending_requests.json
Fetching all media...
Found 1200 media item(s). Deleting...

... deleted 50 / 1200 so far
... deleted 100 / 1200 so far
... deleted 150 / 1200 so far
... deleted 200 / 1200 so far
... deleted 250 / 1200 so far
... deleted 300 / 1200 so far
... deleted 350 / 1200 so far
... deleted 400 / 1200 so far
... deleted 450 / 1200 so far
... deleted 500 / 1200 so far
... deleted 550 / 1200 so far
... deleted 600 / 1200 so far
... deleted 650 / 1200 so far
... deleted 700 / 1200 so far
... deleted 750 / 1200 so far
... deleted 800 / 1200 so far
... deleted 850 / 1200 so far
... deleted 900 / 1200 so far
... deleted 950 / 1200 so far
... deleted 1000 / 1200 so far
... deleted 1050 / 1200 so far
... deleted 1100 / 1200 so far
... deleted 1150 / 1200 so far
... deleted 1200 / 1200 so far

=== Done: 1200 deleted, 0 failed ===

=== Re-creating 0 pending request(s) ===
root@Diskstation:/volume2/docker/overseerr#
It hasn't recreated the pending requests, unfortunately

[green prism]

Did you have any pending requests? In pending status?

Or were they in requested stafus

[cerulean blaze]

i have auto approval, so never in pending but in status 2. I am tinkering with claude right now

[cerulean blaze]

well i managed to delete all media and recreate all requests, run a sonarr scan and got the same problem : monitored season with unmonitored episodes => requested status in seerr. I need to create a script to unmonitor seasons which have unmonitored episodes

[green prism]

That hasnt been fixed

Because we dont support episodes so we only look at season monitored or not

Whats been fixed is season monitored but episodes unmonitored (and enable scan turned off) when you request it will now re-monitor those episodes

We still only look at seasons. Not the individual episodes inside

[cerulean blaze]

yeah i managed to create the script to unmonitor seasons which have unmonitored episodes, I ran a sonarr scan in seerr and now it's all good

[cerulean blaze]

@green prism just a quick question : is there an official way to purge/remove the "deleted" requests or is it also in the works or do I need to go through a custom script ? thanks a lot

[worn echo]

You need to go through a script for now