Hello. I won’t say this is a bug, could very well be my home network or my server configuration.
Steps to reproduce
Upload a large number of files from iOS device (pictures and videos)
Expected behaviour
The uploads should proceed. Even if they are slow, I expect to see at least one photo uploaded in a minute. Also, I expect if I hit the stop button the upload stops.
Actual behaviour
The uploads seem stuck. The same JPEG image seems to be in progress for many minutes. Given I host the server on my home network the upload seems stuck.
Frequently in such situations I see the same filename being uploaded, and further down the list it is queued to be downloaded, and then upload, and so on.
If I upload a few files, let’s say 1-5, they go quick and never hit this issue.
If I upload from a desktop (Windows, web interface) I don’t have this issue.
Back on iOS, hitting the stop button in such situations seems to have no effect.
Killing the app and starting it again doesn’t seem to resolve the issue either.
I have the server hosted on a VM on Virtualbox, so most of the time if it does something, I see CPU usage, but in the described situation, I don’t see any CPU usage from the VirtualBox process for this VM.
Seemingly randomly, the uploads start again and seem to go incredibly quick compared to when they were stuck.
The OwnCloud server log seems to suggest that a token was not found, over and over, until it is suddenly found.
Attaching the part of the log that I felt relevant to the uploads.
Server configuration
Web server:
lighttpd/1.4.53
PHP version:
7.3.31-1~deb10u1
ownCloud version:
10.8.0.4
Storage backend (external storage):
Virtualbox Virtual disk on Seagate HDD
Client
iOS version:
17.0.2
ownCloud app version:
12.0.2
Device model:
iPhone 14 pro max
Logs
ownCloud log (data/owncloud.log)
invalidating token 522757a19cb12d11d19098f3287720f27150e1f215398884fb697b35a28676b9b91724bbcbec0b1e9c0406423a1d8f2d7ed2ed4af9a92302b5540ebdff95751c
token 05ac710741f7dd02f74323127ee8ac70dc2edb7404d778933d57900947252948312106987b88eb25c0f16a269f292253de8cc59f9954c99d217930a00e20eda8 does not exist
regenerating session id for uid admin, password set
token 05ac710741f7dd02f74323127ee8ac70dc2edb7404d778933d57900947252948312106987b88eb25c0f16a269f292253de8cc59f9954c99d217930a00e20eda8 does not exist
token 05ac710741f7dd02f74323127ee8ac70dc2edb7404d778933d57900947252948312106987b88eb25c0f16a269f292253de8cc59f9954c99d217930a00e20eda8, not found
token 5521e3c088243e92313e21e4b52636d11ba748b6294cad1a799c44eb256016100235f42bddd2940567015ec42ddf5a9b1b5edfb4e7b757902a1c0e2028996e67 does not exist
token 05ac710741f7dd02f74323127ee8ac70dc2edb7404d778933d57900947252948312106987b88eb25c0f16a269f292253de8cc59f9954c99d217930a00e20eda8 does not exist
generating token 5521e3c088243e92313e21e4b52636d11ba748b6294cad1a799c44eb256016100235f42bddd2940567015ec42ddf5a9b1b5edfb4e7b757902a1c0e2028996e67, uid admin, loginName admin, pwd set, name ownCloudApp/12.0.2 (ownCloud/270; iOS/17.0.2; iPhone), type temporary
updating token 135589, last check is now 1707016552
Exception: HTTP/1.1 401 No public access to this resource., No ‘Authorization: Basic’ header found. Either the client didn’t send one, or the server is misconfigured, No ‘Authorization: Basic’ header found. Either the client didn’t send one, or the server is misconfigured:
token fafa2c9c141340e36adc93c2c012893b59a8c79355381985d005fc175cd8a099422408d738803504d86bfb829472206c2439d2c1c70cff433584f70092026c47 with token id 135607 found, validating