fix: Handle copy of folders containing live photos

[artonge]

We need to recursively look for live photos in the folder, and then handle them as usual.

Fix #49289
Fix #49307

• Need fix: Target the whole data directory in save/restore state command nextcloud-libraries/nextcloud-cypress#692

[kesselb]

getDirectoryListing may return a listing like

• a.jpg
• a.mov
• b.jpg
• b.mov

Loop:

1. handleCopy for a.jpg will copy a.mov too.
2. handleCopy for a.mov will then copy a.jpg again.

It would be nice to skip the copy process for a.mov and a.jpg for the second execution if that's possible without making the whole logic much more complex.

[kesselb]

Test cases:

Scenario	Expected	Result (2024-11-21)	Result (2024-12-04)
Copy live photo "a.jpg" to folder where "a.mov" exists	Copy not possible	✅	✅
Copy live photo "a.jpg" to folder where "a.mov" exists (batch action)	Copy not possible	✅	✅
Move live photo "a.jpg" to folder where "a.mov" exists	Move not possible	✅	✅
Move live photo "a.jpg" to folder where "a.mov" exists (batch action)	Move not possible	✅	✅
Copy a folder with live photos (same storage)	Copy possible	❌	✅
Copy a folder with live photos (same storage, batch action)	Copy possible	❌	✅
Copy a folder with live photos (external local to primary s3)	Copy possible	❌	✅
Copy a folder with live photos (external local to primary s3, batch action)	Copy possible	❌	✅
Move a folder with live photos (same storage)	Live photos work after move	✅	✅
Move a folder with live photos (same storage, batch action)	Live photos work after move	✅	✅
Move a folder with live photos (external local to primary s3)	Live photos work after move	✅	✅
Move a folder with live photos (external local to primary s3, batch action)	Live photos work after move	✅	✅

[artonge]

/backport to stable30

[kesselb]

I've tested "Copying a folder with Live Photos" using desktop client 3.15 (no vfs) with bulkupload.enabled true and false: The metadata is not copied, the live photo state is lost.

bulkupload.enabled	requests
true	mkcol + post for the bulk entpoint
false	mkcol + put for each file in the folder

[artonge]

@kesselb I was not able to reproduce all of your failed scenario. Can you make sure that you pulled the latest version of the PR?

Regarding the Desktop client behavior, please see with a desktop engineer.

[kesselb]

The peer id for a.jpg was wrong, and therefore the copy operations failed.
It now works as expected.

---

The situation with Nautilus is not ideal. Copying a folder sends a mkcol request and then a copy request for each file. The user is then asked if a.mov should be replaced because a.mov was already copied with a.jpg. Similar case for deleting a folder with live photos, a delete request is sent for each child and Nautilus show's a warning that a.mov is not found.