Your comments
23.1 Preview build 20116 will contain experimental Low-Level Properties "standard.actions.stageAll" and "standard.actions.unstageAll" to unlock such actions.
I also considered that, but the question is, what is Git's intended behavior? Is it the one defined in the documentation or the one actually present in the latest Git executable? It's likely that neither of them is perfect: the documentation might be outdated and the latest Git executable probably contains bugs. From the perspective of alternate Git implementations (such as SmartGit), the documentation is the better reference.
Your situation is not clear-cut because I don't think that the "root" username part of the Author email should always be replaced with "Vladimir Shulev". Therefore, it might be a good idea to bring this discrepancy to the attention of the Git community at https://git-scm.com/community.
Thanks, I can reproduce the problem. Following lines are not processed by SmartGit:
Vladimir Shulev <badfiles@mail.ru> badfiles Vladimir Shulev <badfiles@mail.ru> root
However, according to the mailmap format definition:
https://git-scm.com/docs/gitmailmap
such lines are actually unexpected. The correct line would be just:
Vladimir Shulev <badfiles@mail.ru>
or:
Vladimir Shulev 1 <badfiles@mail.ru> badfiles <badfiles@mail.ru> Vladimir Shulev 2 <badfiles@mail.ru> root <badfiles@mail.ru>
If you want to be more specific.
.mailmap should be supported since 22.1. Can you please give it a try and confirm? Then I'm going to close this topic.
You may find our videos series on "How to Clean Up Your History" interesting, especially:
This already works in 23.1 Preview, using Drag&Drop.
Self-hosted GitLab is already supported. It requires a commercial license, though.
Customer support service by UserEcho
I tried this myself now and -- to my own surprise -- once you change the commit selection in the Graph view, the logged file will be pre-selected *again*. This is even the case if the previously selected file is also present in the new commit. It's also the case when changing the selection from a single commit to two commits to diff those commits. Furthermore, the selection is revealed. This is contrary to the repository root Log, which will try to preserve the selected file. Either way, can you please give it a try yourself and confirm that the logged file is reliably selected?