Re: Weird filename encoding issue

From: Johannes Sixt <j.sixt@viscovery.net>
Date: Oct 17, 2008, 08:55 UTC
Message-ID: <48F852FC.2070506@viscovery.net>
In-Reply-To: <c6c947f60810170108q3038b66bj2ad89bdcb7105903@mail.gmail.com>

Alexander Gladysh schrieb:

> 3. Clone repo to OS X machine and see the weird behaviour. Git status
> can't decide how file should be named, "%CA%EE%EF%E8%FF.txt" or
> "\312\356\357\350\377.txt".

It's not 'git status' that cannot decide how to name the file. It's OS X.

Show 9 quoted lines

> $ git status
> # On branch master
> # Untracked files:
> #   (use "git add <file>..." to include in what will be committed)
> #
> #	%CA%EE%EF%E8%FF.txt
> nothing added to commit but untracked files present (use "git add" to track)
> $ ls
> %CA%EE%EF%E8%FF.txt

git asked OS X:

   Does the file "\312\356\357\350\377.txt" exist?

and OS X said: "Yes". Because otherwise, you would have seen the file listed as "deleted:" in the 'git status' call above.

But then git also requested a file listing from OS X in order to list the untracked files. And now OS X returned the name "%CA%EE%EF%E8%FF.txt". How could you expect git to tell that this is the same file when OS X cannot decide how to name it?

The solution: Do not use file names with some local (let alone Windows specific) encoding if you have to use the files on OS X, too.

-- Hannes