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

Manually change destination paths/quality profiles of requests #351

Closed
mikeyvt opened this issue Dec 16, 2020 · 12 comments · Fixed by #653
Closed

Manually change destination paths/quality profiles of requests #351

mikeyvt opened this issue Dec 16, 2020 · 12 comments · Fixed by #653
Labels

Comments

@mikeyvt
Copy link

mikeyvt commented Dec 16, 2020

Is your feature request related to a problem? Please describe.
Currently you are only able to choose 1 'root' folder when setting up Overseerr. I have some categorized folders for certain videos. Having it all sent to the root folder, I then have to manually move it once it's all grabbed, then go to Radarr/Sonarr respectively to change paths

Describe the solution you'd like
Would be nice if I can manually set the paths either by using the paths seen in Radarr/Sonarr when I approve the requests or manually entering them. Given that Overseerr can connect to Radarr/Sonarr and see it's paths it would be great if that can just be rolled over.

Describe alternatives you've considered
N/A

Additional context
This is somewhat similar to Issue #266 with creating separate folders but going 1 step further in being able to change the folder path in the 'request' approval area.

@bobokun

This comment has been minimized.

@kaiguy

This comment has been minimized.

@burtaverde
Copy link

would be great if it was possible to have "default" folders depending on the user that way you only set it up once.

@CobblerSalad

This comment has been minimized.

@EvilTactician
Copy link

This feature is the only thing holding me back from being able to jump ship.

I love Overseerr's interface and the way it syncs the libraries, it's done so well. However, I have my libraries split between Movies and Animated Movies, and for TV between Anime, TV, Non-Fiction and Animated.

Right now if someone asks for a show that falls in Non-Fiction or Animated, it ends up in the main TV library, which becomes really messy to deal with. Because Overseerr also auto-searches on top of this (doesn't have the option to only add to radarr/sonarr and NOT search right away), there's no way to manually intervene in time.

Proposed Solution
Overseerr already picks up our Libraries from Plex so it would be awesome if it allows us to pick the following for each:

  • root profile
  • quality profile
  • language profile (sonarr v3, for anime many people use Japanese audio)
  • release profile (sonarr v3, adds a tag further refining searches, very useful!)

The latter two would be optional.

Upon requesting a series or movie, the user could be prompted to select the correct library (this is needed to cover cases which have auto-approve on) - and upon approving, the admin could change this, ensuring all the correct profiles are passed to sonarr/radarr. This would make Overseerr very robust, whatever library set-up people might be using.

@tigervol
Copy link

Hello,

I know this is in the "planned" section but I just wanted to comment and add my vote for this feature! It would be great if I could map categories with quality profiles and send them to specific folder paths based on a drop-down menu in Overseerr, and manage access to each category on a by-user level.

Thanks for all your work on this!

@After-Shock
Copy link

Already see the issue closed and in the planned stage but wanted to add my +1 for this feature but wanted to make sure that the option for different libraries were available during the approve screen and not presented to the end user. I don't want my users to dictate where the content goes in what library. Similar to previous request software, on a given request the owner can change the default folder and quality profile before approving. This would be the ideal solution. IMO.

Props for coming a long way in such a short time for a project that's still in alpha. Thanks and Happy New Year.

@mikeyvt
Copy link
Author

mikeyvt commented Jan 5, 2021

Already see the issue closed and in the planned stage but wanted to add my +1 for this feature but wanted to make sure that the option for different libraries were available during the approve screen and not presented to the end user. I don't want my users to dictate where the content goes in what library. Similar to previous request software, on a given request the owner can change the default folder and quality profile before approving. This would be the ideal solution. IMO.

Props for coming a long way in such a short time for a project that's still in alpha. Thanks and Happy New Year.

Yeah I never meant for this to be on the end user side. Just the owner/approver side.

@henningBunk
Copy link

I created a similar issue because I didn't find this one before: #606 There I wrote:

The user can decide a root path before the request is send.
It would be great to give the root paths friendly names which are displayed to the user:
/array/media/video/movies -> Movies

For me this this would be important since I have auto approve for all my users so the users have to chose the destination. So maybe one could boil it down to: The approver selects the root path. When auto approve is activated the approver is the user.

@After-Shock
Copy link

After-Shock commented Jan 9, 2021 via email

@henningBunk
Copy link

Yes definetly! That would be something for the configuration. Than when a user requests something he/she can select the path e.g. 'Movie' or 'Documentary'.

@sct sct changed the title Manually change destination paths of requests Manually change destination paths/quality profiles of requests Jan 13, 2021
@sct sct closed this as completed in #653 Jan 17, 2021
@github-actions
Copy link

🎉 This issue has been resolved in version 1.17.0 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

9 participants