Sync stuck on "Waiting to download"

Would you be able to grab some logs after the issue has occurred? Steps on gathering logs are available here: https://support.plex.tv/hc/en-us/articles/201573117-Android-Android-TV-and-Fire-TV-Logs

Something to try, would be to restart PMS on your server and see if Android can then continue.

@santiagodraco said:
Ok I have to say “what the hell” why hasn’t Plex responded to this thread? Pretty ridiculous to leave customers hanging without a response to this issue. Us having to modify SQL dbs, delete all synced content, reinstall, etc etc is pretty absurd.

You must be new around here.

Why not post your concerns on their facebook page… better visibility to potential new customers and more likely to get a response

Or Twitter, both would get at least some form of response compared to this. Though as I said way back when, this issue has been known for a long time, at least a few years now.

edit: the reply from email formatting was interesting

@sixones said:
Would you be able to grab some logs after the issue has occurred? Steps on gathering logs are available here: https://support.plex.tv/hc/en-us/articles/201573117-Android-Android-TV-and-Fire-TV-Logs

Something to try, would be to restart PMS on your server and see if Android can then continue.

I’ll work on getting some logs this week, as well as try to replicate the issue on different android / iphone devices.
Restarting the server has no effect.
It seems as though, some items are not being set as “synced” after they finish downloading.
They get “stuck” on the “waiting to download” status.

I havent found a pattern to the issue yet.

Having similar issues with a FreeBSD server instance; local devices have given up syncing, and are unable to sync.

Server was reporting most of the devices not having connected in a significant period of time (devices IDs reset somehow?), so wiped out all the devices, and tried to reconnect & resync a Nexus 7 to no luck.

Server version 1.7.3.3937
Here’s a dump from the server (usernames & IPs pruned somewhat; verbose attached as a text file) after attempting to reinitiate the sync operation on a small (limited to 2 episodes) TV sync:

Jun 24, 2017 22:30:59.828 [0x80a27ad00] DEBUG - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Jun 24, 2017 22:30:59.828 [0x80a27ad00] DEBUG - Auth: authenticated user 9747497 as <syncing_user>
Jun 24, 2017 22:30:59.828 [0x80b04f400] DEBUG - Request: [home.ip.network.86:35275 (WAN)] GET /sync/668d5f7e62b5e3b2-com-plexapp-android/status (6 live) TLS GZIP Signed-in Token (<syncing_user>)
Jun 24, 2017 22:30:59.834 [0x80a27a800] DEBUG - Completed: [home.ip.network.86:35275] 200 GET /sync/668d5f7e62b5e3b2-com-plexapp-android/status (6 live) TLS GZIP 5ms 906 bytes (pipelined
: 7)
Jun 24, 2017 22:31:01.139 [0x80a27a800] DEBUG - handleStreamRead code 335544539: short read
%2Cplayback%2Cnavigation%2Cmirror%2Cplayqueues&timeout=1&X-Plex-Product=Plex%20Web&X-Plex-Version=3.7.0&X-Plex-Client-Identifier=51yeh7usj9oc51dc547pmbzw&X-Plex-Platform=Safari&X-P
lex-Platform-Version=10.1&X-Plex-Device=OSX&X-Plex-Device-Name=Plex%20Web%20%28Safari%29&X-Plex-Device-Screen-Resolution=1159x748%2C1680x1050&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx
Jun 24, 2017 22:31:01.174 [0x80a27ad00] DEBUG - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Jun 24, 2017 22:31:01.174 [0x80a27ad00] DEBUG - Auth: authenticated user 1 as <admin_user>
Jun 24, 2017 22:31:01.174 [0x80a27a800] DEBUG - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Jun 24, 2017 22:31:01.174 [0x80a27ad00] DEBUG - Auth: Came in with a super-token, authorization succeeded.
Jun 24, 2017 22:31:01.174 [0x80a27a800] DEBUG - Auth: authenticated user 1 as <admin_user>
Jun 24, 2017 22:31:01.174 [0x80a27a800] DEBUG - Auth: Came in with a super-token, authorization succeeded.
Jun 24, 2017 22:31:01.174 [0x80b04f400] DEBUG - Request: [home.ip.network.97:53940 (WAN)] GET /player/proxy/poll?deviceClass=pc&protocolVersion=1&protocolCapabilities=timeline%2Cplayback%2Cnavigation%2Cmirror%2Cplayqueues&timeout=1 (7 live) TLS GZIP Signed-in Token (<admin_user>)
Jun 24, 2017 22:31:01.175 [0x809af1600] DEBUG - Request: [home.ip.network.97:53939 (WAN)] GET /sync/transcodeQueue (7 live) TLS GZIP Signed-in Token (<admin_user>)
Jun 24, 2017 22:31:01.177 [0x80b04f400] DEBUG - Beginning read from two-way stream.
Jun 24, 2017 22:31:01.179 [0x80a27a800] DEBUG - Completed: [home.ip.network.97:53939] 200 GET /sync/transcodeQueue (7 live) TLS GZIP 4ms 470 bytes (pipelined: 1)
Jun 24, 2017 22:31:04.793 [0x80a27a800] DEBUG - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Jun 24, 2017 22:31:04.793 [0x80a27a800] DEBUG - Auth: authenticated user 1 as <admin_user>
Jun 24, 2017 22:31:04.793 [0x80a27a800] DEBUG - Auth: Came in with a super-token, authorization succeeded.
Jun 24, 2017 22:31:04.794 [0x80c643500] DEBUG - Request: [home.ip.network.126:35284 (WAN)] GET /status/sessions (8 live) TLS Signed-in Token (<admin_user>)
Jun 24, 2017 22:31:04.794 [0x80c643500] DEBUG - [Now] Adding 0 sessions.
Jun 24, 2017 22:31:04.795 [0x80a27ad00] DEBUG - Completed: [home.ip.network.126:35284] 200 GET /status/sessions (8 live) TLS 1ms 292 bytes (pipelined: 1)
Jun 24, 2017 22:31:19.808 [0x80a702e00] DEBUG - NetworkInterface: PF_ROUTE socket received message. Version 5, Type 0x6, Len 200.
Jun 24, 2017 22:31:21.193 [0x80a27ad00] DEBUG - handleStreamRead code 335544539: short read
%2Cplayback%2Cnavigation%2Cmirror%2Cplayqueues&timeout=1&X-Plex-Product=Plex%20Web&X-Plex-Version=3.7.0&X-Plex-Client-Identifier=51yeh7usj9oc51dc547pmbzw&X-Plex-Platform=Safari&X-P
lex-Platform-Version=10.1&X-Plex-Device=OSX&X-Plex-Device-Name=Plex%20Web%20%28Safari%29&X-Plex-Device-Screen-Resolution=1159x748%2C1680x1050&X-Plex-Token=xxxxxxxxxxxxxxxxxxxx

If more specific details are needed, let me know what & I’ll try to turn it around in ≤24 hours.

If more specific details are needed, let me know what & I’ll try to turn it around in ≤24 hours.

After the issue has occurred if you could fetch the logs from the Android app that would be helpful, steps on gathering these are available here: https://support.plex.tv/hc/en-us/articles/201573117-Android-Android-TV-and-Fire-TV-Logs

Anyone tried the new PMS version out yet to see if it fixes this?

Its not a PMS issue, Plex for Android locks up its database if you try to sync more than a few items at a time. So forget about any large syncs.

It happens just the same with single items for me. Works perfectly and
consistently with 400+ item counts on another Android device.

@Taulkas said:
Its not a PMS issue, Plex for Android locks up its database if you try to sync more than a few items at a time. So forget about any large syncs.

Now that you mention it. I think all of the items that are stuck with a status of “waiting to download” were pushed all at once from my pms. Syncing one thing at a time seems to work fine.

-Android, Samsung note 4
-latest version of pms
-latest version of plex for android

This has affected me as well. Sync items stuck awaiting transfer. Makes for a very poor experience.

same here - amazon fire tablet - frustrating

@Daedalus7 said:
Now that you mention it. I think all of the items that are stuck with a status of “waiting to download” were pushed all at once from my pms. Syncing one thing at a time seems to work fine.

-Android, Samsung note 4
-latest version of pms
-latest version of plex for android

My solution was to use the app filesync to sync music and photos to the phone, and then use a music app that has gapless playback and supports replay gain. That not only eliminated all the issues with Plex constantly deleting my syn’d music and photos, but also makes that media available to any installed app. I may try to see if Plex can still manage to sync the videos that were formally sync’d, not much hope there though.

Adding to the chorus here. PMS on win10, media on external usb drive. Two client android phones, both identical galaxy S7s. Mine with master plex user had no problems with sync. Wife’s with managed Home user, all libraries shared, user allowed to sync, gets the “waiting for download” problem reported in this thread when trying to sync a library with about 40 items (short videos).

Home user management and sync were why I bought the plex pass, but with a small child who wants to watch a favorite video now, this functionality needs to be rock solid.

I’d love to have a plex dev chime in to this thread, as it seems to be common for android users. Much more interested in squashing this bug, than any new additional features.
Thanks

@sixones : same issues for me. Not sure if anyone has ever actually given you android device logs, on the one hand they compain about lack of response, on the other the don’t provide logs :neutral:

See attached my logs (I assume I don’t have to “clean” them of any security information? the guide does not mention that)

@kdineen actually the issue was already identified - the database on android is misbehaving and causing the sync process to stop. Unfortunatelly there was no answer concerning a timeline or plan when this is going to be fixed.

Already posted and analysed here:


Well, it would be good to understand from @sixones if my issue is same as yours based on analysis of my logs. Maybe there are 2 different issues here.

@kdineen said:
See attached my logs (I assume I don’t have to “clean” them of any security information? the guide does not mention that)

Thanks for sharing them! It’s automatically cleaned for you :smile:

Well, it would be good to understand from @sixones if my issue is same as yours based on analysis of my logs. Maybe there are 2 different issues here.

The other post’s don’t have any logs from what I can see, so can’t say if the issues are related. Your logs look like a different issue than anything to do with the database as @McLovin reported. Looking at the logs, it looks like PMS has disappeared and isn’t reachable, did you notice if your server went down whilst trying to sync?