Thanks. No I get upload(newname) and delete(oldname) for the second step.
We don’t use VFS.
Latest stable and pretty standard installation (as far as I know)
One easy way to reproduce issues is by setting up an ownCloud docker compose stack.
Than you could set up your client to connect to that docker container and try to reproduce the issue in there. That way you know that your issue can be reproduced in a vanilla installation. That would help developers looking into the issue.
Thanks for the link. I can see that Docker provides a kind of virtual machine. So if we install everything again inside a Docker container - what would be the difference from what we already have? I don’t see what we would gain.
(Also I don’t know how we’d make the virtual version accessible from the outside world - seems like a lot of complications)
Docker ships the whole application in a container including libraries built by ownCloud, so it should all work as expected and is therefore less likely to have configuration errors, that would contribute to your error.
Then you have reproduced the error in a controlled environment, so devs have a starting point to look into it further.
I just realized that this is an issue for which a bug fix is in progress of development. Unfortunately I’m unable to double check progress as I don’t know the exact issue.
I did see that you described using ownCloud client 2.6.0 and there is 2.6.1 available. However it was released before you opened the topic, so I doubt a fix for this already included.
Once version 2.6.2 is released you can give it another go.
Is there a particular Docker image which contains a fully configured Owncloud? the link you referred to only goes as far as installing an “empty” Docker and pulling in Ubuntu.
Also - how would such a Docker be made visible as a web server so as to be able to connect from a client?
As I explained there, I am not expecting a solution in the short term. I was asking for help in understanding the log files. There are numerous messages about failure to get a token (or similar) on the server. So possibly it’s a server configuration issue.
Another test - I installed the latest Windows client on another PC, connected to the same docker image mentioned in my last post and sync’d with the test folder.
a) Same results when moving or renaming folders and files. Most often an upload & delete is used instead of the expected move.
b) When one sync’d PC does the unwanted upload & delete the second PC does a corresponding download & delete.
We’ve been waiting now over 7 months and so far no useful help or solution.
We really need to be able to sort out our photo collection without Owncloud continuously up & down-loading gigabytes of files every time we move or rename a folder.
If Owncloud can’t function properly we’ll need to move on to something which can.
it seems the ownCloud people (at least one developer seems to have tried to reproduce it) are not really able to reproduce the problem in the linked issue below so i think there is not much hope to get a fix anytime soon
Yes tried on a different platform with a different version. Not very helpful.
I have it repruducable on a simple Docker setup.
I think it’s weird that no one is interested in such a basic failing.
There are edge cases where the client does not get reliable information. Quite some effort has already been done to detect changes (e.g. checksum comparison), but the remaining cases are really hard to solve. Ensuring the integrity of the data is the higher goal than saving some GB. https://github.com/owncloud/client/issues/7838#issuecomment-629874721
That comment you referred to is absolute nonsense. These are not special “edge cases”. They are completely normal everyday situations. They could not possibly be any simpler.
Also, as I mentioned in another post, I use a Sync program for backup which handles the same moves & renames without the slightest difficulty when I run it weeks or months after the moves & renames took place.
Oh, sorry i haven’t followed all posts here and in the github issue as i’m not that familiar with all these information and technical details
If this is just a standard operation / usage without any special configuration or edge cases maybe there is a misunderstanding by the ownCloud people then? I think it could make sense to explicitly state that in https://github.com/owncloud/client/issues/7838 if not already done.