It looks like you are correct. I resumed from Continue Watching and then turned on airplane mode. The video continued to play for 3 full minutes without interruption (not sure of the cache size). Interestingly, the Plex Web dashboard play timer continued to increment, even though I paused for a bit. This does appear to be a UI error and no longer using bandwidth unnecessarily (yay!). I turned off airplane mode and the playtime synced to the actual playtime on my device and correctly showed the pause.
Hey @anon18523487,
Does the Plex team have an issue opened for the cosmetic error? This will head off a few concerns about unnecessary and costly bandwidth utilization.
Happy Monday @anon18523487,
Are there any updates you can share?
I have the same problem only happening on android (my wife iphone doesn´t have this problem)
You have to be on mobile network not on wifi
I figure it out, if you have limit mobile data setting enabled it try to transcode with data coming from the server even if the show is downloaded already, so the settings prefer downloaded content have the be checked and the settings limit mobile data have to be disabled … when these 2 settings are set like this theres no more issue with playing downloaded file directly from the library (locally) and not from downloaded section
As said the ios version doesnt have this bug it play directly the downloaded file
It seems that limit mobile data settings doesn´t care if the file is already downloaded ** and still try to transcode the show **
The annoyance here is that when you’ll watch a show that isn’t downloaded it will stream at max quality by default … and so it can hurt mobile data as i have only 10gb in my plan
Also theres an other workaround i found , so you let limit mobile data enabled and still have prefer downloaded content enabled settings also
When you try to play a show that is downloaded you go to playback settings in the player then quality , you choose either quality than original, then you choose back original and voila the show is playing locally
Hope this help dev to fix this long lasting issue on android
(Btw i tried beta from playstore and it has the same issue and sorry for my english)
Edit : Edited to fix some of my english grammar and added " ** " this phrase for you to understand me better
Thanks. I’ll look into this.
Thanks for looking into this, i’ve edited my last post to be more understandable 
I was able to reproduce. Thanks for the info. I will get this filed with the team.
1 Like
Nice , thanks for that
Hey @anon18523487,
Does the Plex team have an issue opened for the cosmetic error? This will head off a few concerns about unnecessary and costly bandwidth utilization.
Hope you are well @anon18523487. Checking in on this. Thanks!
Sorry, no updates to share.
1 Like
Good morning and Happy Monday @anon18523487 - Any updates to share or an estimated timeline of when this will make the bugfix list?
I’m fairly sure this is still intermittently failing or at least trying to call back to the server before playing locally. I notice that when I have very poor data coverage and select to resume the playback from anywhere except download, the video will take a very long time to start/resume. If I play it from downloads, it’s always immediate.
Hey @anon18523487 - any progress on addressing this issue?
We’re working on fixing the underlying problem instead of just the visual bug. Hopefully soon-ish. 
Will this fix the issue with downloads not playing and getting unable to connect to server errors instead as well as buggering when hitting the forward kr backard video buttons?
Checking in to see if this is still on track. I see @MovieFan is now @anon18523487 and not listed as a Plex employee anymore?
@BigWheel to confirm with our thanks.
The issue is still being tracked and looked into.
Good morning @BigWheel - Checking to see if there’s been any progress here. Thank you.
Checking in on any progress here @BigWheel, thanks and take care!
