-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Description
Steps to reproduce
-
have users Alice and Brian
-
Alice creates a folder
sharedwith sub-foldersuband in that is fileshared_file.txt -
Alice shares folder
sharedwith Brian -
Brian deletes
shared/sub -
shared/sub/shared_file.txtappears in both the trashbin of Alice, and of Brian - good and expected -
Alice queries her trashbin:
REQUEST: PROPFIND http://172.17.0.1:8080/remote.php/dav/trash-bin/Alice -
Brian queries his trashbin:
REQUEST: PROPFIND http://172.17.0.1:8080/remote.php/dav/trash-bin/Brian
Expected behaviour
They both see the file shared_file.txt with the same value in oc:trashbin-original-location
Actual behaviour
Alice sees:
<oc:trashbin-original-location>/shared/sub/shared_file.txt</oc:trashbin-original-location>
Brian sees:
<oc:trashbin-original-location>shared/sub/shared_file.txt</oc:trashbin-original-location>
Alice has a leading / and Brian does not.
That may or may not break a client that wants to restore the file to its original location. But even if the clients are working OK, the difference is a bit odd.
I had to adjust the automated tests in #39336 to ignore this little difference, in order to get the overall tests to pass.
It might be better if the responses are consistent.
Server configuration
Current oC10 core master.