Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support monitor type for Radarr #695

Open
1 task done
RoboMagus opened this issue Mar 22, 2024 · 4 comments · May be fixed by #817
Open
1 task done

Support monitor type for Radarr #695

RoboMagus opened this issue Mar 22, 2024 · 4 comments · May be fixed by #817
Labels
enhancement New feature or request

Comments

@RoboMagus
Copy link

Description

Mostly an extension of #191, and related to #325.

I'd like to browse and discover content that seems interesting on Jellyseerr and if it seems worthy to watch add it to my 'backlog' but not necessarily start monitoring. Having a selection if a movie should be monitored or not be presented to at least the approving user (admin) would be a nice addition to prevent the library filling up with content that wouldn't be watched for a long time.

Desired Behavior

Have the option as the admin user to select as which monitoring mode the movie should be added to Radarr.

Additional Context

No response

Code of Conduct

  • I agree to follow Jellyseerr's Code of Conduct
@bonswouar
Copy link

bonswouar commented Apr 28, 2024

Another use case (which feels almost like a bug to me):
I have some content automatically added (and monitored) in Radarr from imports lists. They are then shown as "requested" in Jellyseerr.
Sometimes I un-monitor some of those from Radarr, and (I guess) because I don't delete them from Radarr they can't be requested anymore from Jellyseerr - they are still shown as "requested".

Supporting the Monitor status from Radarr could give the option to any user (permissions could be nice) to "monitor/download now" a movie already present in Radarr but not monitored.

@Fallenbagel
Copy link
Owner

Another use case (which feels almost like a bug to me): I have some content automatically added (and monitored) in Radarr from imports lists. They are then shown as "requested" in Jellyseerr. Sometimes I un-monitor some of those from Radarr, and (I guess) because I don't delete them from Radarr they can't be requested anymore from Jellyseerr - they are still shown as "requested".

if you have the movie available and its not showing as available, thats a configuration issue. If the movie is added to radarr and it shows as requested, whether you unmonitor or not movies still ADDED to radarr. Not a bug. What jellyseerr does is add the items to *arr. Its not for triggering searches After its added.

@bonswouar
Copy link

bonswouar commented Apr 28, 2024

if you have the movie available and its not showing as available, thats a configuration issue. If the movie is added to radarr and it shows as requested, whether you unmonitor or not movies still ADDED to radarr.

Not sure I follow. The movie isn't available, it's only present in Radarr movie list, but not monitored (on purpose).
The monitoring status is already partially handled as when a movie is initially added to Radarr but not monitored, it won't be added to Jellyseerr (thus won't be shown as "requested").

Not a bug. What jellyseerr does is add the items to *arr. Its not for triggering searches After its added.

I just mean that supporting the Monitoring status in Jellyseerr would be coherent with Radarr's actual behaviour: a movie not monitored in Radarr will never be available, and will always be shown as "requested" in Jellyseerr, with no indication for the user that's it's not monitored, and no action possible.

EDIT: For context, I have some "unwanted" movies added to Radarr (and monitored) from auto import lists (following actors and such), so I often manually unmonitor some. I feel like that's a pretty typical use case (how would you manage import lists otherwise?). But those movies still appear as requested in JellySeerr, that's misleading for the user as he has no idea this movie isn't monitored.
If you still feel like that's not a bug and it shouldn't be handled by JellySeerr, I'm open to any suggestion/workaround!

@bonswouar
Copy link

bonswouar commented May 29, 2024

@Fallenbagel I took a quick look at the code, an easy first implementation could be during the execution of radarr scanner:
Instead of skipping if !radarrMovie.monitored, we could just delete the movie from Jellyseerr (if present, and if its status was "UNKNOWN" to prevent removing available movies)
Or we could change its status? But that would mean adding a new one - although replacing "UNKNOWN" with something like "MONITORED" and "NOT_MONITORED" could be nice.

At least Jellyseerr users will be able to see when a movie won't be automatically downloaded (without adding much complexity), and should be able to request them again (the same way they can already request movies that have been added to Radarr but never monitored).
Does it make sense for you?

@gauthier-th gauthier-th added the enhancement New feature or request label Jun 5, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Jun 8, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Jun 8, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Jun 8, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Jun 8, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Nov 10, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Nov 10, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Nov 10, 2024
bonswouar added a commit to bonswouar/jellyseerr that referenced this issue Dec 8, 2024
…scan

When a movie / show - which was monitored before - is unmonitored, it won't appear as "requested" in
Jellyseerr anymore, if removeUnmonitoredEnabled option is set to true

re Fallenbagel#695
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants