- Server Version: 4.141.0
- On Plex For MAC (Version 1.107.2.300-7093f413)
Hi everyone,
I’m encountering a persistent problem on Plex for Mac where I cannot change subtitles once one is selected. Regardless of the subtitle’s format or source, selecting a different subtitle results in an error message: “There was a problem selecting this stream.”
It display this error message then automatically keep playing the media but just stays on the previously selected subtitle file.
This issue happens with all types of subtitles (e.g., .srt, .pgs, .ass) and persists whether I fetch subtitles through Plex (openSubtitles) or upload them manually. The problem occurs in both original quality and transcoded streams, and adjusting the audio source settings hasn’t helped.
Note also that on the movie page (not while playing) I can successfully change subtitles, and then play the movie and it’ll work. BUT, as soon as I do play a first media, then changing subtitles on the movie page is no longer possible and outputs the same error. I then need to restart the app.
This issue is specific to the Plex app on my Mac; I encountered no problem at all on any other Plex version such as: the Web version, iPhone, Android, AndroidTV and even Apple TV.
Here’s a snippet of the relevant logs from a typical session where the issue occurs (server-side):
16:21:55.658 DEBUG - [Req#28a20] Play progress on 22869 'Shakespeare in Love' - got played 850000 ms by account 1!
16:21:55.658 DEBUG - [Req#28a20] [Now] User is <username> (ID: 1)
16:21:55.658 DEBUG - [Req#28a20] [Now] Device is macos (<client_domain_name>).
16:21:55.658 DEBUG - [Req#28a20] [Now] Profile is Plex Desktop
16:21:55.658 DEBUG - [Req#28a20] [Now] Updated play state for /library/metadata/22869.
16:21:55.658 DEBUG - [Req#28a20] Statistics: (6rxdm1giti7y6cl6nj7r9tby) Reporting active playback in state 0 of type 1 (scrobble: 0) for account 1
16:21:55.660 DEBUG - Completed: [192.168.90.10:33138] 200 GET /:/timeline?ratingKey=22869&key=%2Flibrary%2Fmetadata%2F22869&playbackTime=8006&playQueueItemID=50053&state=playing&hasMDE=1&context=home%3Ahub.continueWatching&row=0&col=1&time=850000&duration=7418000 (42 live) #28a20 GZIP 4ms 570 bytes (pipelined: 11)
16:21:57.377 DEBUG - Request: [192.168.90.10:33138 (Subnet)] GET /library/streams/151259?encoding=utf-8&autoAdjustSubtitle=1 (42 live) #28a29 GZIP Signed-in Token (<username>) (<client_domain_name>) (range: bytes=0-)
16:21:57.379 DEBUG - [Req#28a29] Calculated media file path for path [file:///media/movies/.......fr.srt]: ["/media/movies/Shakespeare in Love (1998)/Shakespeare in Love (1998) Bluray-1080p.fr.srt"]
16:21:57.415 DEBUG - [Req#28a29] Detected character set of UTF-8.
16:21:57.417 DEBUG - Completed: [192.168.90.10:33138] 206 GET /library/streams/151259?encoding=utf-8&autoAdjustSubtitle=1 (42 live) #28a29 GZIP 39ms 99155 bytes (pipelined: 12) (range: bytes=0-)
16:21:57.616 DEBUG - Request: [192.168.90.10:33138 (Subnet)] GET /library/streams/151258?encoding=utf-8&autoAdjustSubtitle=1 (42 live) #28a2d GZIP Signed-in Token (<username>) (<client_domain_name>) (range: bytes=0-)
16:21:57.617 DEBUG - [Req#28a2d] Calculated media file path for path [file:///media/movies/.......en.srt]: ["/media/movies/Shakespeare in Love (1998)/Shakespeare in Love (1998) Bluray-1080p.en.srt"]
16:21:57.631 DEBUG - Completed: [192.168.90.10:33138] 206 GET /library/streams/151258?encoding=utf-8&autoAdjustSubtitle=1 (42 live) #28a2d GZIP 15ms 107344 bytes (pipelined: 13) (range: bytes=0-)
# BEGINNING OF THE ERROR (AFTER HAVING CHOSEN THE french .srt)
16:22:01.483 DEBUG - Request: [192.168.90.10:33138 (Subnet)] GET /:/timeline?ratingKey=22869&key=%2Flibrary%2Fmetadata%2F22869&playbackTime=14011&playQueueItemID=50053&state=stopped&hasMDE=1&context=home%3Ahub.continueWatching&row=0&col=1&time=856000&duration=7418000 (42 live) #28a3e GZIP Signed-in Token (<username>) (<client_domain_name>)
16:22:01.484 DEBUG - [Req#28a3e] Client [8pwv2g9ovds8xhlczjq7o9iv] reporting timeline state stopped, progress of 856000/7418000ms for guid=, playbackTime=14011ms ratingKey=22869 url=, key=/library/metadata/22869, containerKey=, metadataId=22869, source=
16:22:01.485 DEBUG - [Req#28a3e] Play progress on 22869 'Shakespeare in Love' - got played 856000 ms by account 1!
16:22:01.511 DEBUG - Failed to stream media, client probably disconnected after 188367008 bytes: 104 - Connection reset by peer
16:22:01.511 DEBUG - Completed after connection close: [192.168.90.10:33166] 206 GET /library/parts/51222/1737774219/file.mkv?Accept-Language=en (42 live) #289cf GZIP 14682ms 188367008 bytes (pipelined: 4) (range: bytes=1071647799-)
# AND RECONNNECT HERE (AUTOMATICALLY BACK WITH THE PREVIOUS SUBTITLE FILE)
16:22:01.525 DEBUG - [Req#28a3e] [Now] User is <username> (ID: 1)
16:22:01.525 DEBUG - [Req#28a3e] [Now] Device is macos (<client_domain_name>).
16:22:01.525 DEBUG - [Req#28a3e] [Now] Profile is Plex Desktop
16:22:01.525 DEBUG - [Req#28a3e] [Now] Updated play state for /library/metadata/22869.
16:22:01.527 DEBUG - Request: [192.168.90.10:33180 (Subnet)] GET /library/metadata/5d77682a5af944001f1f770d/userState (41 live) #289cc GZIP Signed-in Token (<username>) (<client_domain_name>)
16:22:01.529 WARN - [Req#289cc] Invalid library metadata ID 5d77682a5af944001f1f770d passed.
16:22:01.529 DEBUG - Completed: [192.168.90.10:33180] 404 GET /library/metadata/5d77682a5af944001f1f770d/userState (41 live) #289cc GZIP 2ms 492 bytes (pipelined: 3)
16:22:01.531 DEBUG - [Req#28a3e] Statistics: (6rxdm1giti7y6cl6nj7r9tby) Reporting active playback in state 3 of type 1 (scrobble: 0) for account 1
16:22:01.532 DEBUG - [Req#28a3e] Streaming Resource: Terminated session 0x7fae.....v with reason Client stopped playback.
16:22:01.532 DEBUG - [Req#28a3e] Streaming Resource: Removing session 0x7fae.....v
I literally have no Idea why this happens, but it surely comes from the MAC OS app. I extracted the logs of the app but nothing is relevant here, even in verbose mode. only the GET requests are pointed out.
Has anyone experienced something similar or have any insights into what might be causing this issue or how to fix it? I’ve tried common fixes like refreshing the media database and checking file encoding, but nothing has worked so far.
