I’ve had this issue for quite a while. Seems to only be an issue on my phone.
Server Version#: 1.43.0.10492
Player Version#: 2026.2.0 Summary: On Android (Pixel 6), manually tapping “Next Episode” near the end of an episode causes the next episode to begin at the same timestamp offset as the previous episode, instead of starting from the beginning.
Steps to Reproduce:
Play any TV show episode
Let it play until ~2-3 minutes remaining
Manually tap the “Next Episode” button
Next episode starts at the wrong timestamp (e.g., same offset as where you tapped)
Expected: Next episode starts from 00:00 (or its own resume point)
Actual: Next episode inherits the playback position from the previous episode
Reproducibility: Always
Notes: Issue occurs both when manually tapping “Next Episode” AND when the autoplay countdown triggers automatically. In both cases, the playback offset from the ending episode is incorrectly carried over as the start position for the next episode.
Same/similar problem here. Same server/client versions.
Server Version 1.43.0.10492
Android Player Version#: 2026.2.0
But, AFAIK it doesn’t happen on all TV series, just some. Seems to happen on old TV series that were “remastered” - you know, where they do some sort of minor editing and re-release it with additional credits for the updating production team. I use some of the advanced skip credits and skip intro features, so I thought it had something to do with that, but I’m unsure.
Did some more digging. I located a version of the TV series that WASN’T remastered (i.e., original broadcast version w/o all the “upgraded” commentary and silliness), put it on Plex, let Plex do its processing magic, and that old school, UN-remastered series plays just fine. That is, it now plays the next episode from the beginning, as expected. It no longer skips to the last minute or so. I think the Android client problem has something to do with intro and credit skipping. If there are perhaps two “sets” of intros and two “sets” of credits, Plex gets confused and screws things up. Classic case of software trying to be too clever, trying to think for you, and really just screwing things up. If someone from Plex is listening, please take a look at this “feature”.
This is interesting for sure. I thought I had original broadcasts mostly - not sure the best way to determine if they are or not. I did have this happen on the following shows (that I recall off the top of my head):
Futurama (could see this fitting into that scenario)
Family Guy (could see this fitting into that scenario)
Adventures of the Gummi Bears (this one seems to be an original broadcast)
I will test allowing these to run through the episode length and have it automatically play the next episode. But testing these by manually pressing the ‘Next’ button, I am seeing the next episode pickup where the last episodes timestamp was when the Next button was pressed.
Interestingly enough, it doesn’t have to be at the end of an episode, it can be at anytime during the episode playback
I have similar issue on my Samsung S8+ tablet. Latest update for both the OS (Android16) and Plex (2026.4.0).
The issue is only with some TV shows (2 shows in my case). Why only 2 shows? I don’t know! they both old (1993, 2005) but I have old shows with no issues , they both have been added 2 weeks ago but I have other shows added the same time with no issue.
When the episode playing at any minute for example (01:20) and I press next the next episode will start at (01:20), dose not start from beginning 00:00, And dose not have to be ending or near end.
Same issue on my Galaxy S25 (Android). Next episode starts at the timestamp from the last watched episode. Sometimes even starting a different thing like a movie starts at the timestamp from the last watched movie of TV show episode.
Weirdly enough it seems to only happen in some tv shows for me.
I tested about 10 shows, two had this problem; The Big Bang Theory and Futurama.
Tried some things, like clearing cache. Marking and unmarking watched status. Removing full show from library, emptying trash and re-adding. Nothing helped.