"jj bookmark list" unexpected capitalization?

[ej-reb]

$ jj --version
jj 0.31.0

$ sw_vers
ProductName:     macOS
ProductVersion:  15.5

I've been dipping my feet into jj, and first did a clean jj git clone of an existing remote repository.
One of the first things I tried was viewing the remote bookmarks, and it seems like jj is capitalizating the first letter of some of the git remote branch names. feature/ seems to get capitalized, but hotfix/ does not.

Made up example showing similar output to what I am seeing:

$ jj bookmark list --remote origin | grep -Ei "(feature|hotfix)/"
Feature/AAA-1234-some-name@origin ...
Feature/AAA-1235-some-name@origin ...
"Feature/AAA-1236-some-name---someone-put-in-extra-dashes"@origin
hotfix/AAA-1237-some-name@origin

In a separate git checkout of the same repo:

$ git branch -r | grep -Ei "(feature|hotfix)/"
origin/feature/AAA-1234-some-name
origin/feature/AAA-1235-some-name
origin/feature/AAA-1236-some-name---someone-put-in-extra-dashes
origin/hotfix/AAA-1237-some-name

At first I thought maybe the default template was doing some capitalization, but that does not seem to be the case.

Any ideas?

[yuja]

It's most likely a Git issue. Git stores (loose) refs in filesystem directories, and on macOS, paths are kind of case-insensitive. If you had .git/refs/heads/Feature directory, any refs starting with feature/.. will be stored in Feature/...

[ilyagr]

Do you know whether the branch name is stored in the filesystem only, or whether there's some place one can find out the correct capitalization from? If it's the latter, perhaps we could report this to gitoxide. I can also ping @Byron in case he knows and/or is interested.

[ej-reb]

Interesting...

In the fresh jj git clone checkout, I see this:

$ fd -HI -t d|grep -i feature
.jj/repo/store/git/refs/remotes/origin/Feature/

Which initially made no sense.... as in a fresh git clone checkout (same one from the git branch -r output), I of course only see master in .git/refs/heads. And in git checkout that has had a lot of use over time, I see this:

fd -HI -t d|grep -i feature
.git/refs/heads/feature/

But upon closer inspection there is one branch named Feature/AAA-5678 (as shown by git remote show origin, since git branch -r only shows feature/AAA-5678 likely due to the directory being lowercase).

That is wild! Thanks @yuja for explaining what was happening.

I assume that it has to do with sorting Feature before feature or something like that.. resulting in Feature maybe being first, and making the directory in the jj git clone checkout end up as uppercase.

[ej-reb]

This seems to have done what I wanted it to:

$ mv .jj/repo/store/git/refs/remotes/origin/Feature/ .jj/repo/store/git/refs/remotes/origin/feature/
$ jj git fetch
# long list of
bookmark: Feature/AAA-123@origin     [deleted] untracked
bookmark: feature/AAA-123@origin     [new] untracked

[ilyagr]

If the issue is what Yuya suspects, and nothing else helps, these days it's pretty easy to create a case-sensitive APFS volume that shares the space with the main APFS volume on macOS. I found that Mac-native programs do sometimes get confused by case sensitivity, but you could keep your jj repos there.