sendme send . results in generic error: LeafNotFound(0) ... Hash not found

[vt-alt]

0.26.0 compiled on Linux when sending . directory the receiving side errors with Hash not found while sending side says transfer completed.

On the first run

⠒ [00:00:00] [##########>------------------------------------------------------------------] 118.48 MiB/904.48 MiB 295.90 MiB/s                                Hash not found

On subsequent runs:

[3/3] Downloading 24052 blob(s)
⠉ [00:00:00] [-------------------------------------------------------------------------------------------] 0 B/904.48 MiB 0 B/s                                Hash not found

The . directory is sendme git repo after cargo vendor run.

[rklaehn]

So the repo you are transferring is the repo itself? I will try to reproduce this.

However, one thing you need to be aware of is that sendme is using TryReference to include files, so it is computing outboards for the existing files and is not copying them into the store. So if you do even the tiniest change to any file while sendme is running, the transfer will abort.

---

Tried to reproduce this on mac with the latest sendme and sharing the sendme dir itself, including target. Could not reproduce. I will try on my linux server later.

[vt-alt]

The problem is with the. not just with any dirname.

[vt-alt]

It's easily reproducible like this:

• I download sendme-v0.26.0-linux-x86_64.tar.gz from https://github.com/n0-computer/sendme/releases/tag/v0.26.0
• In this repo, cd src then using the binary from the release tarball sendme send .
• In other place paste to get this data, use command line:
• ... getting collection ... 2 files, 1.55 MiB ... Downloading 4 blob(s) ... Hash not found.
• At that other place (empty dir) there is appeared new dir .sendme-get-6307a.....