Renaming a shared file deletes file from account, rather than putting it back

[MTRichards]

Expected:
When user 1 shares a file with user 2 (update, delete, share privileges), the shared file shows up in the user 2 shared directory. When user 2 syncs file (share.txt) to desktop and renames it (shared.txt), the file should be renamed back to share.txt, not deleted from the share directory.

Actual:
When user 1 shares a file with user 2 (with update, delete, share privileges), the shared file shows up in /Shared for user 2 (as expected).

User 2 syncs with 1.3.0 beta 3 to the desktop. The user then goes into the /Shared/ folder and opens a file (share.txt). User 2 renames the file share.txt > shared.txt .

The file is deleted on the next sync.

Windows 7, 1.3.0 beta 3; 5.0.7 openSUSE 12.3 server

Related to, but different than, #3742 .

[msrex]

@MTGap - ping

[MTGap]

Could you see what happens with: #3843

[MTRichards]

Is #3843 available in Stable 5, so will they be in RC 3 tomorrow? @MTGap

[DeepDiver1975]

@MTRichards #3843 is only available in master

@karlitschek @icewind1991 @MTGap should we backport #3843 to stable5?

[karlitschek]

Yes please. Looks safe. @icewind1991 correct me if I'm wrong.

[DeepDiver1975]

backported stable5
d6f2fe6

[icewind1991]

Is this fixed with #3843 ?

[karlitschek]

fixed