ios icon indicating copy to clipboard operation
ios copied to clipboard

iOS App shows only a few files in large folder / “Uploaded media” stays empty, server log shows pack() expects at least 1 argument, 0 given

Open faxxe71 opened this issue 3 months ago • 8 comments

How to use GitHub

  • Please use the 👍 reaction to show that you are affected by the same issue.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Steps to reproduce:

Have a large photo folder in Nextcloud (/Fotos with ~17,000 files, JPG/PNG).

Upload new photos from iOS.

Open the Nextcloud iOS app (version 7.1.2) and go to:

Menu → Uploaded media → remains empty

Browse → Fotos folder → only today’s 4 files are shown, although thousands exist.

On the server side, Nextcloud logs the following error when the iOS app requests the folder listing: pack() expects at least 1 argument, 0 given

Expected behaviour:

iOS app should list all files in the folder /Fotos and display “Uploaded media” content.

No pack() error on the server.

Actual behaviour

Only 4 newest images are shown in the app.

“Uploaded media” view stays empty.

Server log shows SabreDAV error: pack() expects at least 1 argument, 0 given /app/www/public/3rdparty/sabre/dav/lib/DAV/PropFind.php line 95

Logs

If applicable, you can post the iOS app or server logs (removing any sensitive information).

Reasoning or why should it be changed/implemented?

Environment data

Nextcloud Server: 31.0.8.1 (Docker)

Nextcloud iOS App: 7.1.2 (iOS 17.x)

User storage: ~17k photo files in one folder (/Fotos)

Web server: Apache, nginx

Database:

PHP version:

Nextcloud version: see Nextcloud admin page

faxxe71 avatar Aug 26 '25 05:08 faxxe71

pls. upload here the log of Nextcloud iOS where start the SEARCH

marinofaggiana avatar Aug 26 '25 06:08 marinofaggiana

log.txt

Thank you

faxxe71 avatar Aug 26 '25 13:08 faxxe71

@faxxe71 :

2025-08-26 07:46:34 [INFO] Request started: SEARCH https://nextcloud.faxxe.ipv64.net/remote.php/dav 2025-08-26 07:46:35 [ERROR] Media search failed: A type error occurred. For more details, please refer to the logs, which provide additional context about the type error. 2025-08-26 07:46:35 [INFO] Network response request: https://nextcloud.faxxe.ipv64.net/remote.php/dav, result: failure(Alamofire.AFError.responseValidationFailed(reason: Alamofire.AFError.ResponseValidationFailureReason.unacceptableStatusCode(code: 500)))

I don't understand why it searches on https://nextcloud.faxxe.ipv64.net/remote.php/dav it should search on your user/photo ... try selecting a folder for the Media

marinofaggiana avatar Aug 26 '25 14:08 marinofaggiana

If i try to locate the media folder /Foto the app try to search the media files but after <2sec the message "no photos or videos uploaded yet" (similar message, i use a the german version) and the empty folder appears again. I tryed several times. I add the log from this recently tasks or attempts.

log.txt

faxxe71 avatar Aug 26 '25 15:08 faxxe71

same here

bendschs avatar Aug 27 '25 10:08 bendschs

With the help of ChatGPT i could solve my issue. I have to connect directly to my postgresql15 database.

get Storage-id: SELECT numeric_id, id FROM oc_storages WHERE id LIKE 'home::heimo%'; Where i get 1

Then i have to delete some stuff:

DELETE FROM oc_filecache 
WHERE storage=1 
  AND path LIKE 'files/Fotos%';

read new occ files:scan --path="heimo/files/Fotos"

And since that it worked like before. What was the reason? I dont know

faxxe71 avatar Sep 02 '25 03:09 faxxe71

hi, just wanted to ask: does this procedure fix the issue for good or is it returning?

With the help of ChatGPT i could solve my issue. I have to connect directly to my postgresql15 database.

get Storage-id: SELECT numeric_id, id FROM oc_storages WHERE id LIKE 'home::heimo%'; Where i get 1

Then i have to delete some stuff:

DELETE FROM oc_filecache 
WHERE storage=1 
  AND path LIKE 'files/Fotos%';

read new occ files:scan --path="heimo/files/Fotos"

And since that it worked like before. What was the reason? I dont know

bendschs avatar Sep 03 '25 13:09 bendschs

hi, just wanted to ask: does this procedure fix the issue for good or is it returning?

since that action its works flawless

faxxe71 avatar Sep 09 '25 13:09 faxxe71