Automatically Approve or Deny Requests based on Studio/Network or even streaming service availability

[drpeppershaker]

Is your feature request related to a problem? Please describe. I know all my plex users have a Netflix account. I do not necessarily want them requesting things that are already available on Netflix. My server space is limited, and I do not wish to download things that are readily available to my users. Currently I deny those requests manually.

Describe the solution you'd like I would like to see a way--even if it's a hidden/advanced setting, to automatically deny any request for Netflix content. I understand that maintaining a database of currently available content on various streaming platforms is a lofty and likely impossible/impractical goal. Therefore, I propose using the Network/Studio information already available as a way automatically deny requests from a specific studio/network.

Describe alternatives you've considered I've considered making a local user account to request every single Netflix original account and then logging in with my admin account to deny all them to prevent them from being requested again, but I don't know if that would work, and it seems like a pretty big undertaking to do it all manually.

Additional context This could also be beneficial for those looking to implement parental controls, or other type of controls on their requests as well.

Also, If it is at all useful, it appears that https://github.com/andreluisos/lists currently maintains a list of content on various streaming services that could be beneficial to this request -- if using tmdb network/studio info isn't as helpful as I thought.

[costaht]

It would be simpler if they just hid the content from netflix

[TheCatLady]

Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?

I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.

[drpeppershaker]

Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?

I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.

Pie in the sky big dream would be to track which services have which content--but not realistic .Non-original content is constantly changing hands between various platforms and would likely be near impossible to track. Plus, you'd have to deal with some content being available in some geo-locations, but not others, no API access (that I'm aware of), etc... I think being able to block the originals would be the simplest way to implement a streaming service filter.

I guess, more generally this request is: can we get some global filters if we choose to implement them, and can studio/network be one of the filters? Solves my problem (prevent users from requesting readily available content), adds a nice feature to Overseerr for other use-cases as well.

[costaht]

Netflix has a lot of content that it doesn't produce itself, however.

Stupid me... I didn't think about that. Yeah, filtering the originals of the provider seems the better way to go.

[Reupenny]

If this is ever possible it would be nice to have it show “play on Netflix,Disney+,ect” like it does with content on plex. I know that justwatch.com maintains a pretty expansive data base on what looks to be every streaming service.

[2fst4u]

JustWatch provides an API that can be used for exactly this. I was going to put in a request for this not long ago but you beat me to it!

JustWatch have geo-specific availability so you could have a request go through the API, confirm it isn't available on the streaming services set, and then deny or let through based on that decision.

[mouzzampk2014-zz]

Netflix has a lot of content that it doesn't produce itself, however. I'm not sure that checking the studio/network would solve your issue here, unless you only want to block Netflix Originals?

I think in general, some global content filtering might be nice though. I don't like the idea of depending on a non-TMDb list, but I'm all for filtering based on existing TMDb data.

Yup thats the one and i also think filtering will give more options like filter by release date or genres

[2fst4u]

This doesn't need to be tied to studio. It only needs to check for availability by service. That's where the JustWatch API will help.

[sct]

This doesn't need to be tied to studio. It only needs to check for availability by service. That's where the JustWatch API will help.

As far as I know JustWatch doesn't have a public API?

[2fst4u]

It may not be fully open and public but is this not what would be required?

https://www.justwatch.com/nz/JustWatch-Streaming-API

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[2fst4u]

Bump

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[2fst4u]

Bump

[tohn]

Maybe this is similar to #654? And there is already a PR for this: #1778 🎉

[2fst4u]

Even if similar, this issue requests the functionality of automatically approving or denying based on the logic.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[2fst4u]

Bump

[LeaderbotX400]

bump

also, look into https://github.com/haijeploeg/excludarr which does most of the leg work for the devs

[2fst4u]

Now that Overseerr shows where an item is currently streaming it seems the hard part is done. We just need a setting to filter these streaming platforms to automatically deny if desired.

[epheterson]

Bumping again, would be great to have! We already have “streaming on” so not much more to add.

Some ideas:

• Make “streaming on” section logos instead of text to make it more obvious
• Instead of denying, remove the button / ability to request
• Where feasible, add direct URLs to streaming services to easily start playback

These can help the user avoid requesting easily accessible content, instead of them making a request and denying.

[TheCatLady]

• Make “streaming on” section logos instead of text to make it more obvious

Logos are not guaranteed to be returned by the API. (Same issue for networks / production companies.)

• Where feasible, add direct URLs to streaming services to easily start playback

Not possible, we don't have the data required to add deeplinks.

[epheterson]

• Make “streaming on” section logos instead of text to make it more obvious

Logos are not guaranteed to be returned by the API. (Same issue for networks / production companies.)

Many logos already appear correctly in the main browsing view as tiles, could be nice to show logos when available.

• Where feasible, add direct URLs to streaming services to easily start playback

Not possible, we don't have the data required to add deeplinks.

Looks like it might be out there for some services, definitely more a nice to have than necessary feature though. https://reelgood.com/business/products/catalog/ https://rapidapi.com/blog/movie-api/

Just some ideas! Thanks for considering.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[evilhyde]

Bump

From mobile

---

From: stale[bot] @.> Sent: Saturday, April 9, 2022 12:22:07 AM To: sct/overseerr @.> Cc: evilhyde @.>; Manual @.> Subject: Re: [sct/overseerr] Automatically Approve or Deny Requests based on Studio/Network or even streaming service availability (#835)

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

— Reply to this email directly, view it on GitHubhttps://github.com/sct/overseerr/issues/835#issuecomment-1093704842, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AAIA3V6ESSZBIT7NW6FAAHDVEEHX7ANCNFSM4XBMIFCA. You are receiving this because you are subscribed to this thread.Message ID: @.***>

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[2fst4u]

Bump

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[LeaderbotX400]

Bump

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[evilhyde]

Bump

---

From: stale[bot] @.> Sent: Saturday, October 15, 2022 12:09:54 PM To: sct/overseerr @.> Cc: evilhyde @.>; Manual @.> Subject: Re: [sct/overseerr] Automatically Approve or Deny Requests based on Studio/Network or even streaming service availability (#835)

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

— Reply to this email directly, view it on GitHubhttps://github.com/sct/overseerr/issues/835#issuecomment-1279785185, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AAIA3VYA3IF2F7KOWGZZCUTWDLQOFANCNFSM4XBMIFCA. You are receiving this because you are subscribed to this thread.Message ID: @.***>

[ManlyJack]

Bump, This needs to happen

[Bidalos]

Just a small reminder. Thank you.

[WEIRDesign]

Bumping again, would be great to have! We already have “streaming on” so not much more to add.

Some ideas:

• Make “streaming on” section logos instead of text to make it more obvious
• Instead of denying, remove the button / ability to request
• Where feasible, add direct URLs to streaming services to easily start playback

These can help the user avoid requesting easily accessible content, instead of them making a request and denying.

Super new to Overseerr... am I missing something with 'streaming on' as I can't see that at all?

[epheterson]

Yeah go to a show or movie that’s streaming somewhere and there’s a section, “Currently Streaming On.”

[2fst4u]

I think you have to set your region for that feature to work, but that presents another issue that only movies and shows from your region will show on the main page which is not desired.

Edit: yep just tested it. I set my country as the discover region and now movies and tv shows have the "streaming on" field, but there is only one single movie in my "upcoming movies" bar now.

[etfeet]

I'd been interested in this. not for this particular use case by for having filters to determine when/if to auto approve a request and what sonarr/radarr instance that media request gets sent to. An example of an app that does that fairly well is Petio. which allows you to create rules for just about any sonarr/radarr metadata field and additionally use those fields to determine which sonarr/radarr instance the request gets routed too. so it would also allow say anime movies going to a dedicated anime radarr instance.

[JohnnyGrey86]

I'd like to toss my vote in for this as well. Ever since the "Currently Streaming On" feature was added, I think it would be cool if each user were presented the option to choose what services they subscribe to, then have Overseerr automatically block those requests. Or as mentioned above, hide/disable the button.

[nicobleiler]

Maybe even have a play on Netflix, Amazon or whatever button, similar to the one if it is on Plex

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[drpeppershaker]

Bump

[WEIRDesign]

Bump

Was just about to do the same :)

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[2fst4u]

Bump

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[drpeppershaker]

Bump Sent from my iPhoneOn Sep 16, 2023, at 4:13 PM, stale[bot] @.***> wrote: This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

[Niborian]

I would also like to have a way to auto deny netflix requests by using the currently streaming on... if this could be combined with something to make it more accurate (geolocation) then that would be even better, but it would be nice to be able to just auto deny or temporary deny, so I can override if its not avilable in my country... or just confirm deny if it is...

[Alsidsds]

This would be very nice because I sometimes want to add movies/tv shows on plex's watchlist just so I don't forget about them but they are available on streaming platforms. I also don't want to disable auto requests on overseerr from plex's watchlist because it's very useful so at the moment I just don't add shows/movies available on streaming on the watchlist so they don't get requested on overseerr but it kinda defeats the purpose of the watchlist on plex being a hub for everything you want to watch wherever they are available.

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[Jopinder]

Bump.

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.