fix: strip trailing CR in diff content to remove stray "CR" box

[gadfly3173]

Git splits diff lines on \n, so the \r from CRLF/CR files stays glued to the line content in TextDiffLine.Content. After the editor trims the trailing newline, the last line is left with an isolated \r, which AvaloniaEdit renders as a boxed "CR" control character.

Strip it at parse time. RawContent keeps the raw bytes unchanged, so patch generation and the \r\n / \n line-ending markers are unaffected.

Introduced by commit 6a47cec

Original:

[love-linger]

What's the original git diff command output?

[gadfly3173]

git -C "$REPO" --no-pager show $C | grep '^[-+]' | cat -A

[love-linger]

I mean the original git diff output to show the text diff

[gadfly3173]

Do you mean this?

[love-linger]

See #2517

[gadfly3173]

I think my PR only removes the end CR of the line, would not affect CR in the middle of the line.

[love-linger]

In your screenshot, the line-ending shows <CR>\r\n. It means the line ends with two CR (\r). TextDiffView will not show the CR block marker if there's only one CR at end of file.

[gadfly3173]

It means the line ends with two CR (\r)

实际上都是\r\n，从前面的diff截图可以看到，每一行结尾都是 ^M$ 。CR标记固定显示在diff的结尾，而不是文件结尾。

[love-linger]

实际上都是\r\n，从前面的diff截图可以看到，每一行结尾都是 ^M$ 。CR标记固定显示在diff的结尾，而不是文件结尾。

我明白了。这个之前改 AvaloniaEdit 时改出的BUG。Diff 结果中由于最后一行没有 \n，所以line-ending的起始位置判断不对了。

[love-linger]

我提交了自己的修复方案