Cannot determine file content for checksum bf67613c0220cf4...

[binwiederhier]

I'm getting this exception when calling "down" as a newly connected client to an existing repo:

1-5-14 17:27:38.748 | FileSystemActio | main       | INFO :      - Creating file Problem Set - Week 2.pdf to /tmp/f/.syncany/cache/temp-reconstructedFileVersion-4989761765708552521.tmp ...
1-5-14 17:27:38.750 | FileSystemActio | main       | INFO :      - Creating file alt/AUTHORS.md to /tmp/f/.syncany/cache/temp-reconstructedFileVersion-7660204099229424630.tmp ...
1-5-14 17:27:38.750 | CommandLineClie | main       | SEVE : Command down FAILED. 
java.lang.Exception: Cannot determine file content for checksum bf67613c0220cf44af524b9c50ddd79e2bab44d7
    at org.syncany.operations.down.actions.FileCreatingFileSystemAction.assembleFileToCache(FileCreatingFileSystemAction.java:103)
    at org.syncany.operations.down.actions.FileCreatingFileSystemAction.createFile(FileCreatingFileSystemAction.java:85)
    at org.syncany.operations.down.actions.FileCreatingFileSystemAction.createFileFolderOrSymlink(FileCreatingFileSystemAction.java:49)
    at org.syncany.operations.down.actions.NewFileSystemAction.execute(NewFileSystemAction.java:42)
    at org.syncany.operations.down.DownOperation.applyFileSystemActions(DownOperation.java:388)
    at org.syncany.operations.down.DownOperation.applyWinnersBranch(DownOperation.java:206)
    at org.syncany.operations.down.DownOperation.execute(DownOperation.java:172)
    at org.syncany.Client.down(Client.java:125)
    at org.syncany.Client.down(Client.java:121)
    at org.syncany.cli.DownCommand.execute(DownCommand.java:44)
    at org.syncany.cli.CommandLineClient.runCommand(CommandLineClient.java:252)
    at org.syncany.cli.CommandLineClient.start(CommandLineClient.java:118)
    at org.syncany.Syncany.main(Syncany.java:55)

I can reproduce this with my repo, but I don't know yet what the reason for this is. It's probably an issue with "cleanup" again; stuff was deleted that shouldn't have been ...

[binwiederhier]

This is a duplicate of #58 and will be handled there. I'm closing this one.