git-crypt can't handle utf-8

[Crims-on]

> git-crypt unlock ../key
git-crypt: System error: CreateFileA: - 2 - Områden/- 2 - Områden.mdThe system cannot find the path specified.

[alerque]

I use UTF8 both in files and filenames all the time. What exactly led up to this? What system was the locked file created on, what filesystem are you decoding on, etc.?

[Crims-on]

I made a new github for my encrypted files and uploaded them without a problem. I pulled the repo to my second windows computer and attempted to decrypt but got the error above. I have the latest windows release of git-crypt installed, so maybe that's part of the problem

[alerque]

I assume you mean "Git repository" not "github", but whatever...

Was the first machine you used to encrypt and push the repository a similar Windows machine? Can you clone lock/unlock the repository from the first machine? Can you clone it to a different location and unlock also from the first machine?

[Crims-on]

Both are x64 running latest windows, one a laptop and one a pc. I can lock and unlock but haven't tried cloning. Maybe I'll just copy the whole repo over directly

[Crims-on]

I think I found the problem in the function get_file_attributes in commands.cpp the -z argument isn't given which encodes an å for example to "\303\245" that seems to be the problem. I don't know any cpp though so if you would like to help me change it so it does it like in the get_encrypted_files function I'd really appreciate it :)

[AGWA]

Yes, get_file_attributes should indeed be passing the -z option. Good catch!

@Crims-on - if you could create a repo on GitHub containing the problematic filenames so that I can reproduce the problem, it would help me fix the bug.

[Crims-on]

I only got one error because it probably didn't iterate through the rest and that was for "- 2 - Områden- 2 - Områden.md"

[maxisam]

I have a similar issue. Not exactly like this. It only happens when I change certain characters together. It throws error like "git-crypt.exe" smudge' failed 1" However, I just need to avoid that combination, everything works. I have been using this great tool for a while, but this is the first time I see this.

[bxm156]

I encountered this issue today as well, likely because one of my files had an emoji in the filename. If ya'll still need a example repo, let me know and I can probably share something from mine.

[AGWA]

@bxm156 yes, an example repo would still be very useful, thank you!

[AGWA]

Community help wanted: a Git repository containing a filename that demonstrates this bug.

[linearizability]

Community help wanted: a Git repository containing a filename that demonstrates this bug.

@AGWA
Hello, I can provide a sample repository. I submitted it along with the key

git@github.com:linearizability/git-crypt-error-demo.git

The reason is likely due to the directory name being in Chinese