Your comments

I'd suggest to use the great (external) tools feature in SmartGit for this!

Clone https://github.com/paulirish/git-open somewhere on your computer. Putting the script onto PATH is options (but you could benefit from it when you use the command line, too).

Then, in SmarGit, go to Edit > Preferences > Tools and add a new entry.

Let the command field point to the (full) path of git-open (if you haven't put it onto PATH, otherwise the command is "${git}")

As argument, add "${remoteUrl}" (or "open ${remoteUrl}" if you used "${git}" as command).

SmartGit should show a new context menu item now, allowing you to run the external tool, opening the repository in the browser. This even works for self-hosted instances, as it takes the remote URL.

mailmap support (using the git configuration) would be a great convenience. As the author of this requests states, it's quite common that there are commits from the same person, but with variations in the name. Some of my colleagues tend to use their username of the git hosting platform (e.g. GitHub, GitLab) for the user.name value (even as "@username"), which really does not help reading the history.

Since git 2.23, the "git log" command is using mailmap by default (https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.23.0.txt), which makes reading the git log more unified. 

Having substitution of environment variables like %APPDATA%, %PROGRAMFILE%, ... (the exampls are for Windows, but this would be a benefit on all supported platforms) would make external tools more portable/shareable.

A program could be installed to %LOCALAPPDATA%\Programs, which requires to hard code the path, including the current user name, in the external tool configuration. This limits the shareability.

This would be of great help, specially regarding to conflict solvers. The built-in conflict solver is great for most cases, but sometimes kdiff3 can solve conflicts better. In order to switch diff tool or conflict solver, one has to go to preferences and move priorities. Having all other tools in a sub-menu (if n > 2, else just both would be fine) would save some time.