Hi
I have, on my PC at home the same folder witch i want to sync.
Am i doing something wrong?
The ownCloud sync client is currently not detecting this:
opened 02:38PM - 13 Dec 13 UTC
closed 04:02PM - 21 Apr 17 UTC
Enhancement
I've set up my Notebook with OC client 1.5 and synced all the local files to OC6… server.
Then I copied the files over LAN to my Desktop-PC and set up OC client 1.5 here too.
### Expected behaviour
The client on the Desktop PC should detect that the files on the server are the same as the local ones and thus shouldn't download them from the server agian (e.g. by comparing checksums).
### Actual behaviour
The client on the Desktop PC says that the files on the server are new and therefore downloads all the files from the server even if the local ones are exactly the same.
This only happens for the first sync initialization After all the files are synced (downloaded) once, it works like it should.
### Steps to reproduce
1. Set up folder on PC1 and sync to the server using OC client 1.5
2. Copy the same folder to PC2
3. Set up OC client 1.5 on PC2 and add the copied folder
4. OC client on PC2 download all the files again from the server and overwrites the local ones
### Server configuration
Operating system: Ubuntu 10.04.4 LTS
Web server: Apache/2.2.14
Database: MySQL 5.1.72
PHP version: 5.4.22
ownCloud version: OC6
Storage backend: Files, **Encryption App enabled**
### Client configuration
Client version: 1.5.0 (final)
Operating system: Windows 8.1 x64
OS language: German
Installation path of client: default
### Logs
Here some entries of the log window:
```
12-13 15:21:52:261 _csync_detect_update: file: MyDir.lrdata/8/845A/845AE663-8F1F-4F55-9908-A7ECF6599AD9-077b070982fd42045ed5e932196fb988.lrprev, instruction: INSTRUCTION_NEW <<=
12-13 15:21:52:261 oc_module: closedir method called 0b489578!
12-13 15:21:52:261 csync_ftw: <= Closing walk for ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/845A with read_from_db 0
12-13 15:21:52:262 oc_module: owncloud_stat ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A called
12-13 15:21:52:262 csync_walker: directory: ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A
12-13 15:21:52:262 _csync_detect_update: ==> file: MyDir.lrdata/8/844A - hash 11689532646321692401, mtime: 1386589323, fileId: 00055320oc76a7ceb236
12-13 15:21:52:262 csync_statedb_get_stat_by_hash: No result record found for phash = 11689532646321692401
12-13 15:21:52:263 _csync_detect_update: file: MyDir.lrdata/8/844A, instruction: INSTRUCTION_NEW <<=
12-13 15:21:52:263 oc_module: opendir method called on ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A
12-13 15:21:52:465 oc_module: Simple propfind result code 207.
12-13 15:21:52:465 oc_module: opendir returning handle 0b4895b8 (count=2)
12-13 15:21:52:465 oc_module: owncloud_stat ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A/844A543A-E8ED-4B10-8102-3C5E12F42A90-077b070982fd42045ed5e932196fb988.lrprev called
12-13 15:21:52:465 csync_walker: file: ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A/844A543A-E8ED-4B10-8102-3C5E12F42A90-077b070982fd42045ed5e932196fb988.lrprev
12-13 15:21:52:466 _csync_detect_update: ==> file: MyDir.lrdata/8/844A/844A543A-E8ED-4B10-8102-3C5E12F42A90-077b070982fd42045ed5e932196fb988.lrprev - hash 11485440105041598876, mtime: 1380661659, fileId: 00055321oc76a7ceb236
12-13 15:21:52:466 csync_statedb_get_stat_by_hash: No result record found for phash = 11485440105041598876
12-13 15:21:52:467 _csync_detect_update: file: MyDir.lrdata/8/844A/844A543A-E8ED-4B10-8102-3C5E12F42A90-077b070982fd42045ed5e932196fb988.lrprev, instruction: INSTRUCTION_NEW <<=
12-13 15:21:52:467 oc_module: closedir method called 0b4895b8!
12-13 15:21:52:467 csync_ftw: <= Closing walk for ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/844A with read_from_db 0
12-13 15:21:52:467 oc_module: owncloud_stat ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/840D called
12-13 15:21:52:467 csync_walker: directory: ownclouds://owncloud.example.com/remote.php/webdav/Daten/MyDir.lrdata/8/840D
12-13 15:21:52:467 _csync_detect_update: ==> file: MyDir.lrdata/8/840D - hash 18258541583847637725, mtime: 1386589322, fileId: 00055318oc76a7ceb236
12-13 15:21:52:467 csync_statedb_get_stat_by_hash: No result record found for phash = 18258541583847637725
12-13 15:21:52:468 _csync_detect_update: file: MyDir.lrdata/8/840D, instruction: INSTRUCTION_NEW <<=
```
<bountysource-plugin>
---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/1384456-same-files-on-different-pc-not-detected-downloading-again?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github).
</bountysource-plugin>
opened 03:24PM - 08 Jul 15 UTC
closed 07:37AM - 28 Jun 17 UTC
Performance
For large files, it often makes sense to copy them directly between two computer… s, instead of waiting for an upload/download cycle. The client should detect such directly copied files and not re-download them from the server.
### Expected behaviour
The client should not download a file, which has been copied manually to the ownCloud folder from another client
### Actual behaviour
The client downloads an already existing file again from the server, if the file has been copied manually into the ownCloud folder
### Steps to reproduce
Two clients: A,B
1. Stop owncloud client B
2. Create a file FILE.DAT on A, let it sync to the server
3. Copy FILE.DAT to the same location on B manually
4. Start owncloud client B
5. The client on B downloads FILE.DAT again from the server
### Server configuration
Operating system: Ubuntu 12.04
Web server: Apache 2.4.12
Database: MySQL
PHP version: 5.5.23
ownCloud version: 8.0.2
Storage backend:
### Client configuration
Client version: 1.8.3
Operating system: Ubuntu 15.04
OS language: DE
Installation path of client: /usr/bin
<bountysource-plugin>
---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/23945516-don-t-re-download-re-upload-manually-copied-files?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github).
</bountysource-plugin>
Ok thank you for your answer, maybe in a future version
Hi,
there is a developer assigned to the second feature request so this might be included in one of the next major releases.
Also forgot to mention that there is a possible workaround to copy the sync state database between clients. You will find a description for this in the following comment:
opened 03:24PM - 08 Jul 15 UTC
closed 07:37AM - 28 Jun 17 UTC
Performance
For large files, it often makes sense to copy them directly between two computer… s, instead of waiting for an upload/download cycle. The client should detect such directly copied files and not re-download them from the server.
### Expected behaviour
The client should not download a file, which has been copied manually to the ownCloud folder from another client
### Actual behaviour
The client downloads an already existing file again from the server, if the file has been copied manually into the ownCloud folder
### Steps to reproduce
Two clients: A,B
1. Stop owncloud client B
2. Create a file FILE.DAT on A, let it sync to the server
3. Copy FILE.DAT to the same location on B manually
4. Start owncloud client B
5. The client on B downloads FILE.DAT again from the server
### Server configuration
Operating system: Ubuntu 12.04
Web server: Apache 2.4.12
Database: MySQL
PHP version: 5.5.23
ownCloud version: 8.0.2
Storage backend:
### Client configuration
Client version: 1.8.3
Operating system: Ubuntu 15.04
OS language: DE
Installation path of client: /usr/bin
<bountysource-plugin>
---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/23945516-don-t-re-download-re-upload-manually-copied-files?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F216457&utm_medium=issues&utm_source=github).
</bountysource-plugin>
1 Like
