[BUG] Unicode filenames handling in `git log --stat`

Thank you for filling out a Git bug report! Please answer the following questions to help us understand your issue.

What did you do before the bug happened? (Steps to reproduce your issue) touch Kyiv.txt Odesa.txt git add -A git commit -m 'Proper column widths' touch Київ.txt Одеса.txt git add -A git commit -m 'Improper unicode width' git log --stat

What did you expect to happen? (Expected behavior) Stats column for added/removed lines should be properly aligned.

What happened instead? (Actual behavior) Only changes for ASCII filenames are properly aligned. Here is how stats look for ASCII filenames: Kyiv.txt | 0 Odesa.txt | 0

Compare with unicode filenames. I change actual letters to ASCII X to avoid the issue in letter formatting: XXXX.txt | 0 XXXXX.txt | 0

What's different between what you expected and what actually happened? See above

Anything else you want to add: Looks like width of unicode strings is incorrectly calculated when formatting log --stat output. It considers number of bytes as number of characters in the string, but this is not correct for unicode strings.

Please review the rest of the bug report below. You can delete any lines you don't wish to share.

[System Info] git version: git version 2.34.1 cpu: x86_64 no commit associated with this build sizeof-long: 8 sizeof-size_t: 8 shell-path: /bin/sh uname: Linux 5.15.0-40-generic #43-Ubuntu SMP Wed Jun 15 12:54:21 UTC 2022 x86_64 compiler info: gnuc: 11.2 libc info: glibc: 2.35 $SHELL (typically, interactive shell): /bin/bash

[Enabled Hooks] not run from a git repository - no hooks to show