starred/jellyfin
1
0
Fork 0
mirror of https://github.com/jellyfin/jellyfin.git synced 2026-05-04 18:09:12 +03:00
Code Issues 822 Packages Projects Releases 10 Wiki Activity

Searching for Portuguese subtitles doesn't specify region #7494

New Issue
Closed
opened 2026-02-07 05:06:24 +03:00 by OVERLORD · 12 comments
OVERLORD commented 2026-02-07 05:06:24 +03:00
Owner
Copy Link

Originally created by @crobibero on GitHub (Oct 22, 2025).

Description of the bug

It is currently impossible to search for different Portugese subtitles (and other languages)

Reproduction steps

  1. Install OpenSubtitle plugin
  2. Search for "Portugese (Brazil)" subtitles
  • See "por" being requested
  1. Search for "Portugese (Portugal)" subtitles
  • See "por" being requested

What is the current bug behavior?

"por" is requested for every variation of subtitle

What is the expected correct behavior?

We should be able to tell which culture is being requested

Jellyfin Server version

10.10.0+

Specify commit id

No response

Specify unstable release number

No response

Specify version number

No response

Specify the build version

10.11.0

Environment

- OS:
- Linux Kernel:
- Virtualization:
- Clients:
- Browser:
- FFmpeg Version:
- Playback Method:
- Hardware Acceleration:
- GPU Model:
- Plugins:
- Reverse Proxy:
- Base URL:
- Networking:
- Jellyfin Data Storage:
- Media Storage:
- External Integrations:

Jellyfin logs

N/A

FFmpeg logs

Client / Browser logs

No response

Relevant screenshots or videos

No response

Additional information

No response

Originally created by @crobibero on GitHub (Oct 22, 2025). ### Description of the bug It is currently impossible to search for different Portugese subtitles (and other languages) ### Reproduction steps 1. Install OpenSubtitle plugin 2. Search for "Portugese (Brazil)" subtitles - See "por" being requested 3. Search for "Portugese (Portugal)" subtitles - See "por" being requested ### What is the current _bug_ behavior? "por" is requested for every variation of subtitle ### What is the expected _correct_ behavior? We should be able to tell which culture is being requested ### Jellyfin Server version 10.10.0+ ### Specify commit id _No response_ ### Specify unstable release number _No response_ ### Specify version number _No response_ ### Specify the build version 10.11.0 ### Environment ```markdown - OS: - Linux Kernel: - Virtualization: - Clients: - Browser: - FFmpeg Version: - Playback Method: - Hardware Acceleration: - GPU Model: - Plugins: - Reverse Proxy: - Base URL: - Networking: - Jellyfin Data Storage: - Media Storage: - External Integrations: ``` ### Jellyfin logs ```shell N/A ``` ### FFmpeg logs ```shell ``` ### Client / Browser logs _No response_ ### Relevant screenshots or videos _No response_ ### Additional information _No response_
OVERLORD added the bug label 2026-02-07 05:06:24 +03:00
OVERLORD commented 2026-02-07 05:06:26 +03:00
Author
Owner
Copy Link

@crobibero commented on GitHub (Oct 22, 2025):

For some reason we also send "pt-br" and "pt-pt" as the culture name.

Maybe we should make the request with the full culture object? or at least both the two-letter and three-letter iso codes

@crobibero commented on GitHub (Oct 22, 2025): For some reason we also send "pt-br" and "pt-pt" as the culture name. Maybe we should make the request with the full culture object? or at least both the two-letter and three-letter iso codes
OVERLORD commented 2026-02-07 05:06:27 +03:00
Author
Owner
Copy Link

@MBR-0001 commented on GitHub (Oct 26, 2025):

It would probably be best to switch to the two letter name, both internally and on the web (manual search). I think this would be too big of a change for a 10.11 backport (library config would have to be migrated, all the internals changed).

I guess the "easiest" solution would be to revert the PR that caused this (https://github.com/jellyfin/jellyfin/pull/14030)

Aditionally, how it currently looks in options.xml:

  <SubtitleDownloadLanguages>
    <string>por</string>
    <string>por</string>
    <string>por</string>
  </SubtitleDownloadLanguages>
@MBR-0001 commented on GitHub (Oct 26, 2025): It would probably be best to switch to the two letter name, both internally and on the web (manual search). I think this would be too big of a change for a 10.11 backport (library config would have to be migrated, all the internals changed). I guess the "easiest" solution would be to revert the PR that caused this (https://github.com/jellyfin/jellyfin/pull/14030) Aditionally, how it currently looks in options.xml: ```xml <SubtitleDownloadLanguages> <string>por</string> <string>por</string> <string>por</string> </SubtitleDownloadLanguages> ```
OVERLORD commented 2026-02-07 05:06:28 +03:00
Author
Owner
Copy Link

@mndti commented on GitHub (Oct 30, 2025):

Here I had to revert to version 10.10.7, because both 10.11.0 and 10.11.1 have this same behavior.

In version 10.10.7, it is correct:
por - Portugal
pob - Brazil

@mndti commented on GitHub (Oct 30, 2025): Here I had to revert to version 10.10.7, because both 10.11.0 and 10.11.1 have this same behavior. In version 10.10.7, it is correct: por - Portugal pob - Brazil
OVERLORD commented 2026-02-07 05:06:29 +03:00
Author
Owner
Copy Link

@lulajardim commented on GitHub (Nov 6, 2025):

I couldn't find any workaround for this, except manually navigating to open subtitles to download pt-br subtitles. In the end, I also had to revert to 10.10.7.

Although I can live without PT-BR subtitles, my family cannot. So, until a workaround is found or a fix is implemented, i'll have to stick with an outdated version.

@lulajardim commented on GitHub (Nov 6, 2025): I couldn't find any workaround for this, except manually navigating to open subtitles to download pt-br subtitles. In the end, I also had to revert to 10.10.7. Although I can live without PT-BR subtitles, my family cannot. So, until a workaround is found or a fix is implemented, i'll have to stick with an outdated version.
OVERLORD commented 2026-02-07 05:06:29 +03:00
Author
Owner
Copy Link

@bighi commented on GitHub (Nov 18, 2025):

Is there no way to fix this temporarily until you can change to 2 letter plus culture?

For people that speak Brazilian Portuguese, the European Portuguese is very hard to understand. So this mix up makes the subtitles completely useless. 🙁

@bighi commented on GitHub (Nov 18, 2025): Is there no way to fix this temporarily until you can change to 2 letter plus culture? For people that speak Brazilian Portuguese, the European Portuguese is very hard to understand. So this mix up makes the subtitles completely useless. 🙁
OVERLORD commented 2026-02-07 05:06:29 +03:00
Author
Owner
Copy Link

@alexjcgdf commented on GitHub (Nov 18, 2025):

I couldn't find any workaround for this, except manually navigating to open subtitles to download pt-br subtitles. In the end, I also had to revert to 10.10.7.

Although I can live without PT-BR subtitles, my family cannot. So, until a workaround is found or a fix is implemented, i'll have to stick with an outdated version.

happens the same to me at home - I can rely on English subtitles but my entire family dont. And as also posted above, the Portuguese (Portugal) is very different from the wording used by Brazillian Portuguese which makes for us in Brazil useless as a plugin and therefore having to manually downloading them from the opensubtitle website.

@alexjcgdf commented on GitHub (Nov 18, 2025): > I couldn't find any workaround for this, except manually navigating to open subtitles to download pt-br subtitles. In the end, I also had to revert to 10.10.7. > > Although I can live without PT-BR subtitles, my family cannot. So, until a workaround is found or a fix is implemented, i'll have to stick with an outdated version. happens the same to me at home - I can rely on English subtitles but my entire family dont. And as also posted above, the Portuguese (Portugal) is very different from the wording used by Brazillian Portuguese which makes for us in Brazil useless as a plugin and therefore having to manually downloading them from the opensubtitle website.
OVERLORD commented 2026-02-07 05:06:30 +03:00
Author
Owner
Copy Link

@alexjcgdf commented on GitHub (Nov 19, 2025):

thanks a lot @MBR-0001 !!!!!!

@alexjcgdf commented on GitHub (Nov 19, 2025): thanks a lot @MBR-0001 !!!!!!
OVERLORD commented 2026-02-07 05:06:30 +03:00
Author
Owner
Copy Link

@MBR-0001 commented on GitHub (Dec 2, 2025):

should be solved in 10.11.4

@MBR-0001 commented on GitHub (Dec 2, 2025): should be solved in 10.11.4
OVERLORD commented 2026-02-07 05:06:31 +03:00
Author
Owner
Copy Link

@arielsantarosa commented on GitHub (Dec 2, 2025):

Running 10.11.4 but not fixed yet.

When I set Brazilian Portuguese, in Subtitles > Preferred subtitle language
now it sticks when saved, but when I choose any title, ENG still is the default.

@arielsantarosa commented on GitHub (Dec 2, 2025): Running 10.11.4 but not fixed yet. When I set Brazilian Portuguese, in Subtitles > Preferred subtitle language now it sticks when saved, but when I choose any title, ENG still is the default.
OVERLORD commented 2026-02-07 05:06:31 +03:00
Author
Owner
Copy Link

@MBR-0001 commented on GitHub (Dec 8, 2025):

@arielsantarosa this issue is for searching subtitles, what you are describing is something else

@MBR-0001 commented on GitHub (Dec 8, 2025): @arielsantarosa this issue is for searching subtitles, what you are describing is something else
OVERLORD commented 2026-02-07 05:06:31 +03:00
Author
Owner
Copy Link

@lulajardim commented on GitHub (Dec 26, 2025):

Tested it today by installing 10.11.5 on my windows pc and it seems to be solved. Don't feel like upgrading my main server right now since i'm still learning how to safely rollback apps on Dockge.

@lulajardim commented on GitHub (Dec 26, 2025): Tested it today by installing 10.11.5 on my windows pc and it seems to be solved. Don't feel like upgrading my main server right now since i'm still learning how to safely rollback apps on Dockge.
OVERLORD commented 2026-02-07 05:06:32 +03:00
Author
Owner
Copy Link

@MBR-0001 commented on GitHub (Feb 4, 2026):

@crobibero can this be closed?

@MBR-0001 commented on GitHub (Feb 4, 2026): @crobibero can this be closed?
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
EFjellyfin.db
area:database
awaiting-feedback
backend
blocked
breaking change: web api
bug
build
ci
confirmed
discussion needed
dotnet future
downstream
duplicate
enhancement
feature
future
github-actions
good first issue
hdr
help wanted
invalid
investigation
librarydb
live-tv
lyrics
media playback
music
needs testing
nuget
performance
platform
pull-request
Mirrored from GitHub Pull Request
 question
regression
release critical
requires-web
roadmap
security
security
stale
support
syncplay
ui & ux
upstream
wontfix
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/jellyfin#7494
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?