Uh oh!
There was an error while loading. Please reload this page.
fix: Handle copy of folders containing live photos - #49293
Conversation
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
kesselb
commented
Nov 15, 2024
getDirectoryListing may return a listing like
Loop:
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. |
48eee31 to
edf6450Compare5de0228 to
c74b1baCompareUh oh!
There was an error while loading. Please reload this page.
c74b1ba to
892349fCompare
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
Test cases:
|
5966751 to
ebda7b4Compare892349f to
5e692daCompare43ed165 to
5b01166Compare3568df4 to
bafc1e5Compareartonge
commented
Dec 2, 2024
/backport to stable30 |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
kesselb
commented
Dec 4, 2024
I've tested "Copying a folder with Live Photos" using desktop client 3.15 (no vfs) with
|
Signed-off-by: Louis Chemineau <louis@chmn.me>
We need to recursively look for live photos in the folder, and then handle them as usual. Signed-off-by: Louis Chemineau <louis@chmn.me>
Signed-off-by: Louis Chemineau <louis@chmn.me>
artonge
commented
Dec 4, 2024
@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. |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
Signed-off-by: Louis Chemineau <louis@chmn.me>
Signed-off-by: Louis Chemineau <louis@chmn.me>
bafc1e5 to
8be6a7cComparekesselb
commented
Dec 4, 2024
The peer id for a.jpg was wrong, and therefore the copy operations failed. 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. |
skjnldsv
commented
Mar 6, 2025
No 29 backport 🤔 ? |
We need to recursively look for live photos in the folder, and then handle them as usual.
Fix#49289
Fix#49307