Camera upload not uploading in the background

ios

#1

The way I understand it the camera upload feature is supposed to continue to upload the photos in the background. As soon as my phone goes dark or the app is minimized the upload seems to stop.


#2

Same problem here.


#3

I have the same problem, its not uploading in the background. On 2 iPhones. Why is this question marked as answered, theres no answer here ?


#4

Still no answer.... Hello? Beuller?


#5

The camera upload stopped working at all for the past 10 days for me. It seems like it doesn't pick up new pictures, I tried to reset the camera upload but no luck. Logs don't show anything wrong. Same goes for my wife's phone.


#6

I have the same issue - it doesn't seem to upload anything if the app is not opened.
I have a huge library of 7000 items because I just enabled the feature...


#7

The app has to be running for it to work, but the problem is it's supposed to be uploading while the app is running in the background, i.e., the phone is "dark" or another app is on the screen but Plex is running. That's the part that doesn't work. You have to actually keep the app running on an active screen for it to upload.


#8

Just installed for the first time the Plex app, and did activate the camera upload in the background.
I did manage to do the first upload of all my ~2k pictures by leaving the app opened, but now it will not sync my pictures automatically in the background.


#9

Yours has worked better than mine so far then. Mine would only upload while the app was open, phone on (screen lit up) with plex being the primary app (not in the background). Once the app goes to the background or the phone goes dark it all stops.


#10

Same issue on my iPhone and iPads; you need to continue opening the app to continue having it load pictures. Not sure if it auto uploads new pictures, as usually I get a server disconnect error before i can test that feature and then it thinks I am connected to a new server and have to start the process all over again.


#11

Seeing the same problem, after uploading 10k pictures by forcing foreground in the app, now it wont do anything in background.


#12

Same here, I have to baby sit the upload every time which is very frustrating. That and the iCloud download issue makes this even slower than it should be for some unknown reason, even though I have no iCloud data for the device.


#13

Any update on this? I have the same problem. Upload works in the foreground but the app has to be active in the foreground.


#14

Would like some logs to refer to refer to the development team

See https://support.plex.tv/hc/en-us/articles/201636593-iOS-Logs
Settings / Help & Support / Debugging / Share Debugging Data / Select Mail and send to your mailbox and then attach the zip here

Please indicate if upload is allowed only for wifi

Background upload is supposed to happen - but slowly. Need to establish if there is an issue


#15

I believe it may well happen in the background but it is SO slow its pointless.

To be clear, what I personally mean by background is not running a different app in the foreground but when the device locks to turn the screen off. This should allow full speed sync to make the feature usable.


#16

I am also experiencing this issue - @sa2000 & plex folks - have you been able to replicate yet?


#17

@clinderw said:
I am also experiencing this issue - @sa2000 & plex folks - have you been able to replicate yet?

I am aware it is slow process if you have thousands to be uploaded and may need to help it along by keeping the app in the foreground for periods of time

I have no diagnostic logs to indicate that it does not run in the background - provided the server is available and wifi (if upload restricted to wifi)


#18

I can also confirm this behavior on 3 separate iPhones. Upload is only allowed over WiFi. It will only upload photos when the Plex iOS app is running in the foreground and the screen is unlocked.

Will work on getting logs.


#19

Does Background App Refresh need to be enabled for the iOS app for this to work?


#20

@sa2000 said:

I just did some testing regarding Camera upload. It only uploads to PMS if the app is running (background refresh allowed). I tried different things, but noticed this line - when i took a picture on the iPhone (without the app running) .. Nothing else in the Logs regarding any problems.

Specific these two lines from PMS: (5 seconds before the image filename time-stamp)

    Sep 13, 2017 17:03:45.346 [0x7f1648d11700] DEBUG - handleStreamWrite code 32: Broken pipe
    Sep 13, 2017 17:03:45.346 [0x7f1648d11700] DEBUG - NotificationStream: Removing because of error

PMS Logs:

Sep 13, 2017 17:03:30.946 [0x7f1642111700] DEBUG - Sync: downloaded 1 sync lists, analyzing now...
Sep 13, 2017 17:03:30.946 [0x7f1642111700] DEBUG - Sync: sync list 18777244: user 1 (mm98), device iPhone 6, profile iOS, id ABA0363E-D9D5-4B83-8717-B3712884CBBD, sync item(s): 21651668
Sep 13, 2017 17:03:30.946 [0x7f1642111700] DEBUG - Sync: synchronizing 1 sync lists to generators
Sep 13, 2017 17:03:30.949 [0x7f1642111700] DEBUG - Sync: synchronized 1 sync list(s) to 1 generators
Sep 13, 2017 17:03:30.950 [0x7f1642111700] INFO - Sync: downloaded 1 sync list(s) with 1 sync items(s): 0 new, 0 updated, 0 deleted
Sep 13, 2017 17:03:30.950 [0x7f163ffff700] DEBUG - BPQ: garbageCollect - sync - forced - 8
Sep 13, 2017 17:03:30.950 [0x7f163ffff700] DEBUG - Sync: starting Sync garbage collection: 8, forced
Sep 13, 2017 17:03:30.950 [0x7f163ffff700] DEBUG - Sync: scanning for items to reprocess in sync list 18777244
Sep 13, 2017 17:03:30.951 [0x7f163ffff700] DEBUG - Sync: scanned for items to reprocess in sync list 18777244
Sep 13, 2017 17:03:30.951 [0x7f163ffff700] DEBUG - Sync: finished Sync garbage collection: 8
Sep 13, 2017 17:03:30.951 [0x7f1648d11700] DEBUG - Completed: [10.0.0.164:56352] 200 PUT /sync/refreshContent (13 live) TLS GZIP 234ms 195 bytes (pipelined: 25)
Sep 13, 2017 17:03:45.346 [0x7f1648d11700] DEBUG - handleStreamWrite code 32: Broken pipe
Sep 13, 2017 17:03:45.346 [0x7f1648d11700] DEBUG - NotificationStream: Removing because of error
Sep 13, 2017 17:04:01.984 [0x7f16497ff700] DEBUG - EPG[xmltv]: Next thing to start/end is at 2017-09-13 15:05:00 (in 60 seconds)

Plex for iOS logs - logfile matching the PMS logs:

Sep 13, 2017 17:03:12 [0x16e75f000] INFO - Plex Media Server v0.9.12.9.1-d80948a -    - build: ios-arm64 macosx
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Opening 6 database sessions to library, SQLite 3.8.9, threadsafe=1
Sep 13, 2017 17:03:12 [0x16e75f000] ERROR - Error setting multithreaded mode for SQLite3 (21)
Sep 13, 2017 17:03:12 [0x16e75f000] ERROR - Error disabling memory status mode for SQLite3 (21)
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Running migrations.
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Listening on port 32400 with queue of 128 connections.
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Listening on port 32400 with queue of 128 connections.
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Started HTTP server successfully.
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Image transcode cache directory: /private/var/mobile/Containers/Data/Application/906A6EBB-9529-4164-A954-0789EA6352C4/Library/Caches/PlexMediaServer/PhotoTranscoder
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Starting HTTP server.
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Running server...
Sep 13, 2017 17:03:12 [0x16e75f000] DEBUG - Waiting for server condition to be signaled.
Sep 13, 2017 17:03:12 [0x16edef000] DEBUG - Set up a thread pool for HTTP server with 2 threads.
Sep 13, 2017 17:03:12 [0x16ecd7000] ERROR - Couldn't accept new TLS connection: Operation canceled
Sep 13, 2017 17:03:12 [0x16edef000] DEBUG - Running database fix-ups.
Sep 13, 2017 17:03:12 [0x16edef000] DEBUG - Database Fixups: Destroyed 0 transient items.
Sep 13, 2017 17:03:12 [0x16edef000] DEBUG - Running database fix-ups completed in 0.0 seconds.
Sep 13, 2017 17:03:13 [0x16ee7b000] DEBUG - Request: [127.0.0.1:56356] GET /?X-Plex-Device-Name=iPhone%206 (1 live) GZIP
Sep 13, 2017 17:03:13 [0x16ee7b000] ERROR - Translator: unable to enumerate message files.
Sep 13, 2017 17:03:13 [0x16ee7b000] DEBUG - It took 0.0 sec to serialize a list with 5 elements.
Sep 13, 2017 17:03:13 [0x16ed63000] DEBUG - Completed: [127.0.0.1:56356] GET / (1 live) GZIP 9ms 571 bytes 200