Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

*.7z files are 1st synced and then deleted over and over #70

Closed
ghrasc opened this issue Sep 22, 2021 · 2 comments
Closed

*.7z files are 1st synced and then deleted over and over #70

ghrasc opened this issue Sep 22, 2021 · 2 comments
Assignees
Labels
bug Something isn't working
Milestone

Comments

@ghrasc
Copy link

ghrasc commented Sep 22, 2021

a source folder containing one or more *.7z is synced to the target folder, immediately thereafter the *.7z is/are deleted from the target folder.
Log file looks like

09/22/21 08:33:54 : INFO:    Starting CryptSync
09/22/21 08:33:56 : INFO:    syncing folder orig "C:\Temp\Source" with crypt "C:\Temp\Target"
09/22/21 08:33:56 : INFO:    settings: encrypt names: no, use 7z: yes, use GPG: no, use FAT workaround: yes, sync deleted: yes
09/22/21 08:33:56 : INFO:    copy file C:\Temp\Source\SampleFile1.7z to C:\Temp\Target\SampleFile1.7z
09/22/21 08:33:56 : INFO:    copy file C:\Temp\Source\SampleFile2.7z to C:\Temp\Target\SampleFile2.7z
09/22/21 08:33:56 : INFO:    copy file C:\Temp\Source\anotherDir\SampleFile3.7z to C:\Temp\Target\anotherDir\SampleFile3.7z
09/22/21 08:33:56 : INFO:    counterpart of file SampleFile1 does not exist in src folder, delete file
09/22/21 08:33:56 : INFO:    counterpart of file SampleFile2 does not exist in src folder, delete file
09/22/21 08:33:56 : INFO:    counterpart of file anotherDir\SampleFile3 does not exist in src folder, delete file
09/22/21 08:33:56 : INFO:    finished syncing folder orig "C:\Temp\Source" with crypt "C:\Temp\Target"

over and over.

Renaming the files to any other file extension (e.g. SampleFile1.myzip) solves the issue.
I guess until this is solved one should use SyncPair7zExt0 == 0 (uncheck the box "Use .7z instead of .cryptsync ...")

System:
Win7x64 SP1 ENU

P.S. How to reproduce?

  • take a clean machine with Cryptsync
  • create 2 empty folders: "Source" and "Target"
  • (optional: copy several files into "Source")
  • add 1 or more *.7z to source
  • configure CryptSync to encrypt and compress "Source" to "Target", "sync unencrypted to encrypted only"
  • enable/run the configured sync
  • inspect the log file, search for "does not exist in src folder, delete file"
@ghrasc ghrasc changed the title *.zip files are 1st synced and then deleted over and over *.7z files are 1st synced and then deleted over and over Sep 22, 2021
@stefankueng stefankueng self-assigned this Sep 28, 2021
@stefankueng stefankueng added the bug Something isn't working label Sep 28, 2021
@stefankueng stefankueng added this to the 1.4.2 milestone Sep 28, 2021
@stefankueng
Copy link
Owner

but you also got *.7z in the list of files to copy only and not compress/encrypt?

@ghrasc
Copy link
Author

ghrasc commented Sep 28, 2021

Yes, I 1st got "*.*" in "files you don't want encrypted but copied", now only "*".
Please find a sample config at https://ufile.io/8vxqd1uf (only 2kB, so "slow download" is good - in case you want to directly import pls see #35 (comment) for the HowTo).

Another 'funny' workaround I found today: When enabling SyncPairEncnames0 the bug does not appear to happen. Maybe that helps finding the issue.

P.S. Some runs ("Interval for full scans" is over) it only copies the files, in the next run it only deletes.
Some other runs show the log from 1st post where copying and deletion happen immediately after another.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants