[BUG] The problem about the width of author column in commit history

[emptylight370]

I noticed there is a problem about the author column in the commit history.

Description

If you adjust the width of the author column on the right seperacter, the min width is base on current width of the author column. I tried this in several workspace, and found this. And the min width can only get bigger, not smaller.

Example:

https://github.com/user-attachments/assets/66c1f7a6-c184-496f-b158-76010fad08df

After restart the application, the restriction of the min column width will recover and can adjust again.

Enviromnent

• Windows 11 24h2 26100.4652
• SourceGit 2025.25

[love-linger]

我无法复现你的问题，目前作者列的最小宽度是固定的值80，而非你说的最短用户名。无论用户名有多长，我这里都可以正常缩小到80

[love-linger]

顺便提一句，该列的宽度是全局同步的（即一个仓库修改后，其他仓库都同时变化），且会在退出时保存

[emptylight370]

我使用25版本覆盖了一遍，问题仍然存在，退出时保存是没问题的，但是最小宽度不知道受什么限制了 检查了压缩包的sha256没问题，再看看别的原因，现在项目用的.NET版本是多少？

[love-linger]

我自己编译是.NET 9.0.301，流水线上是 .NET 9.0.303

[emptylight370]

在版本2025.27，问题仍然存在。经过观察，这个宽度几乎正常容纳英文下的Author字符串。具体哪里出了问题还是没搞明白。

[gadfly3173]

Then, in the new workspace, you can adjust the width of column. But current minimal width is still the shortest name's width. You can't change it wide and narrow to fit your name.

我无法复现你的问题，目前作者列的最小宽度是固定的值80，而非你说的最短用户名。无论用户名有多长，我这里都可以正常缩小到80

在版本2025.27，问题仍然存在。经过观察，这个宽度几乎正常容纳英文下的Author字符串。具体哪里出了问题还是没搞明白。

我觉得你搞错了现在的表现，这个列的宽度不受最短用户名的影响。从你的截图可以看出来最小宽度是100px，符合80px在125%缩放下的表现。SHA和Time则是最小分别为100px和160px，内容超过时会把列挤开

[emptylight370]

我觉得你搞错了现在的表现，这个列的宽度不受最短用户名的影响。从你的截图可以看出来最小宽度是100px，符合80px在125%缩放下的表现。SHA和Time则是最小分别为100px和160px，内容超过时会把列挤开

如果是这样那就没问题了。不过拖动右侧分隔线改变最小宽度这个还是有点奇怪

[love-linger]

如果是这样那就没问题了。不过拖动右侧分隔线改变最小宽度这个还是有点奇怪

这是AvaloniaUI DataGrid的问题，我也刚注意到。

[emptylight370]

那么这里涉及的问题可以明确缩小到UI框架的一个问题，我看看后面怎么修改问题描述吧