windows - git bash - newlines touched needlessly on otherwise non-changed code
Resolved 💬 3 comments Opened Dec 12, 2025 by kalineh Closed Mar 29, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What version of Codex is running?
0.71.0 (broken since 0.66~)
What subscription do you have?
plus
Which model were you using?
gpt-5.2, gpt-5.1-codex-max
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
when making code changes, many unrelated line chunks are having their newlines edited
leading to massive diffs with only a few small code changes
What steps can reproduce the bug?
Uploaded thread: 019b12d7-423e-7233-9da9-d54ca0e57cee
What is the expected behavior?
dont touch code not being edited
Additional information
used to work aroudn 0.66, breaks since 0.69; maybe earlier
3 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
a note from gpt itself:
• Actor.cs wasn’t valid UTF‑8 (it contained Windows-1252 bytes like 0x97 in a long comment). apply_patch only works on UTF‑8 text, so I converted that file to UTF‑8 to be able to
edit it.
That conversion step rewrote the whole file content, and because Git tracks line endings, it also normalized line endings in that file (and later I explicitly ran a CRLF-
normalization pass on a few files after noticing the diff explosion). So yes: the newline changes were an artifact of “make the file patchable/consistent”, not the actual
gameplay/fatigue change.
If you want, I can now help minimize the diff by reverting line-ending-only changes and re-applying just the fatigue edits in a way that preserves original line endings per-
file.
This bug report hasn't received any upvotes or additional posts in four months. Closing.