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

"Copy Stream URL" and "Download" menu options do not honor the selected pull-down option of multiple versions #1824

Open
gittes opened this issue Aug 19, 2020 · 1 comment
Labels
bug Something isn't working confirmed The issue has been verified

Comments

@gittes
Copy link

gittes commented Aug 19, 2020

Describe The Bug
When selecting something that has multiple versions in a folder in the library backend (Like "title - [1080P].mkv" and "title - [4K HDR].mkv" in the same title folder) and different version is selected in the web UI it either detects the client source or defaults to the last file listed in the meta data, and doesn't let you download or get the "Copy Stream URL" that it's always locked to by default.

Steps To Reproduce

  1. Use Safari/Chrome/Firefox using an iPad/iPhone
  2. Click on any media menu
  3. Click on "Copy Stream URL" or "Download"

Expected Behavior
Copy Stream/Download URL (which is the same) should honor what version and options I selected in pull-down menus

System (please complete the following information):

  • Platform: macOS
  • Browser: Chrome, Safari
  • Jellyfin Version: 10.6.3

Additional Context
Also, could the media info menu option also show the attribute for the MediaSourceId number that is used in URLs? Like in /Items/<MediaSourceId>/Download?api_key=#### or in /videos/<MediaSourceId with hyphens>/main.m3u8 so it can be at least derived... assuming MediaSoruceId is unique for multiple version of the same item. The edit meta data window also only shows one path, and the media info window shows both/multiple paths info.

Long story short:
How can you specify the desired version to copy/download for an external player when fetching the information from the web UI?

@gittes gittes added the bug Something isn't working label Aug 19, 2020
@stale
Copy link

stale bot commented Nov 19, 2020

Issues go stale after 90d of inactivity. Mark the issue as fresh by adding a comment or commit. Stale issues close after an additional 14d of inactivity. If this issue is safe to close now please do so. If you have any questions you can reach us on Matrix or Social Media.

@stale stale bot added the stale No activity for an extended length of time label Nov 19, 2020
@stale stale bot closed this as completed Dec 3, 2020
@cvium cvium reopened this Dec 3, 2020
@stale stale bot removed the stale No activity for an extended length of time label Dec 3, 2020
@thornbill thornbill added the confirmed The issue has been verified label Dec 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working confirmed The issue has been verified
Projects
None yet
Development

No branches or pull requests

3 participants