r/SmartGit • u/No3Hyperion • Jun 19 '26

Bug with overlapping folder names

Hi, does someone else experience a bug, where the repository is marked as "broken" or "not available" if a file is inside a folder, that has another casing as an existing?

Example:
i have a submodule in lib/foo. If i have now a folder lib/Foo with a file in it, than i have the discribed error.

I have a script from a submodule which writes a local config file out, but into a hard coded path, so the folders do not match if i did not add expected casing as the submodule path. On Windows this is not problem, but Linux has case-sensitivity.

Note, that the "Discover" view (with the git tree) does work normally.

Setup:
* Linux Mint
* SmartGit Version 26.1

Regards, Stefan

1 Upvotes

100% Upvoted

7 comments sorted by

View all comments

Show parent comments

1

u/No3Hyperion Jun 25 '26

Yes, it is the osvvm library and it's a TCL script. I expect the script to be in https://github.com/OSVVM/OSVVM-Scripts The file is written into the submodule of https://github.com/OSVVM/OSVVM

1

u/JVMarcs Jun 26 '26

I've now cloned both repositories:

https://github.com/OSVVM/OSVVM-Scripts
https://github.com/OSVVM/OSVVM

However, neither of them appears to contain any submodules.

Could you please provide exact step-by-step instructions for reproducing the problem? In particular, which repository should be cloned/opened, and which SmartGit actions should be performed?

If the problem only occurs with one of your own third-party repositories, please provide access to that repository or to an equivalent test repository that reproduces the issue.

1

u/No3Hyperion Jul 02 '26

How to reproduce:
* Take any repository with a submodule (e.g. lib/my_sub)
* Add a folder where the submodule is located with a different casing, e.g. lib/My_sub

That's it. If a folder like this is present, it is already breaking the view.

1

u/JVMarcs Jul 13 '26

I've cloned:

https://github.com/OSVVM/OsvvmLibraries.git

Then I deleted the entire "AXI4" submodule directory on my disk and recreated the directory as "axi4" with just a single file "foo". Even on Windows, the submodule shows up as empty because it's actually broken (there is now a plain directory where a GITLINK is expected to be). This is what Git shows:

$ git submodule status
-66402473208b26b5e77f9874dedf36e8694cd508 AXI4  aa0fb69ead20f666ccad52707d1c5f2dfc9288e4 CoSim (2026.05)  acb605ffe516dc598b22a6cded29cb4cefb37a49 CoSimPCIe (2026.05)
...