Rename and replace file leads to deletion and creation of new file

[biva]

What happens

1. Sync the file docu.doc (possibly, docu.doc has a shared public link, but it)
2. Edit this file and close it
3. Rename the file docu2.doc
4. Sometimes (not always) docu2.doc is considered as newly created document (without any previous version and without any shared link) and docu.doc is deleted.

What should happen

docu2.doc should be the renamed version of docu.doc and keep the old versions and the shared links.

Similar issues

I have looked for existing issues:

• Renaming/Moving a file through Windows client causes version history loss #2132 is interesting and looks the same as the one I'm reporting @Weak-Chicken (it was closed for inactivity but marked as bug by @er-vin)
• @katrinleinweber shares in Warn about share-breaking file operations #1142 that the same problem might happen with folders
• this might be related to the general wrong "conflict generation" Nextcloud desktop client conflict without a reason #943
• @twatzl reported that it can delete files in a folder Renaming in a synced folder leads to undetermined results and DELETED FILES! #1296
• some users reported the existence of 2 files when renaming. I don't see that clearly but it might help to understand (Windows explorer rename refresh needed #347 or

Config

NC21 (Debian, Apache)
Desktop 3.1.3 on Windows 10

[joholm2]

Hi, sorry I missed this one when I created my issue recently.
On the other hand mine may be more useful because I have found the error which is causing it.
Please see #3270 - especially my second post there.

[allexzander]

@biva Can you share logs that got created right after you experience this issue?

Also, is this on 3.2.x only?

[joholm2]

@allexzander - please see the bug report I created and linked to above. It has not only logs but pinpoints the fault.

Please see #3270 - especially my second post there.

[allexzander]

@joholm2 Thx I've noticed that issue too. However, when dealing with such cases, I prefer having logs from all users that encountered seemingly same issue to exclude the chance that we're dealing with different issues having identical symptoms.

[joholm2]

@allexzander Ok, thanks - understood.

[biva]

I have created a file test.txt and renamed it several times in a row. I see the following files deleted in the Web UI:

The last name is fez.txt:

@allexzander @joholm2 I would like to share the log with you but I'd be more comfortable to share per email, not in a public place: would that be possible?

[biva]

For information, this is not on 3.2 only, it happened on previous versions as well.

[allexzander]

@biva Sure. Please send logs to my inbox alex@nextcloud.com

[biva]

Thanks! I sent you the email with the logs @allexzander Do you think it's the same issue as #3270?

[allexzander]

@biva Received. Thanks. Yes. Looks like we have 3 similar issues on Github. Anyways, I've got the PR with a fix #3311

And, here you can get an early test build before I release the fix, if interested https://cloud.nextcloud.com/s/g6acjp9HGNPweL5

[biva]

Congrats :) I'm just wondering if your PR fixes a bug that happens on 3.2 only? Because in our situation, this bug is present for a long time with previous versions.

[allexzander]

Congrats :) I'm just wondering if your PR fixes a bug that happens on 3.2 only? Because in our situation, this bug is present for a long time with previous versions.

@biva You will have to update to 3.2.2 when it's out. We won't be rebuilding 3.2.

[biva]

Sorry for the misunderstanding. What I meant is: "is this bug [the one solved in the PI] related to 3.2 only? Or was this bug present in previous versions?"

Indeed, we see this bug for a long time: the bug mentioned in this issue #3240 is not specific to 3.2 and virtual folders.

(I fully understand that previous versions will not include the fix, no problem for us)

[biva]

Hello @allexzander I just installed 3.2.3 on Windows 10 and the problem is not solved: I still have the same issue. Does this version include the fix? (server is 21.0.2)

[biva]

For information in order to reproduce the issue:

1. Create a file test.txt
2. Keep renaming it very fast, edit it, change the content, save it, rename it... Do this several times, very fast, without leaving time to the desktop client to finalise the sync.
3. Check the web UI: you should find one or several deleted files corresponding to this file (while no file should be created/deleted)

It might look a weird scenario to do this, but that's to reproduce the issue easily. For large files, it's really possible that this happens without making these weird fast changes and savings.

[biva]

Hello @allexzander I tested it with 3.2.4, still the same issue :( Could you please provide any update?

Thanks!

[biva]

Could you also please reopen this issue as it's still there?