Skip to content

chore: normalize CRLF line endings in 5 testcase/script files - #1892

Merged
radu-mocanu merged 2 commits into
mainfrom
chore/fix-crlf-line-endings
Sep 10, 2026
Merged

chore: normalize CRLF line endings in 5 testcase/script files#1892
radu-mocanu merged 2 commits into
mainfrom
chore/fix-crlf-line-endings

Conversation

@TeodorEscuUiPath

Copy link
Copy Markdown
Contributor

Summary

  • Renormalizes line endings (CRLF -> LF) for 5 files that were committed with raw CRLF baked into the blob in 120384a2 (the uipath-core/uipath-platform monorepo consolidation).
  • With core.autocrlf=true, Git's status/diff assumes LF-normalized storage; these files' stored CRLF desynced from that assumption, so git status reported them as modified on every fresh checkout even though the checked-out bytes were byte-for-byte identical to HEAD.
  • Verified content is unchanged: diffing old vs. new blob with line endings stripped shows IDENTICAL for all 5 files. Pure whitespace/line-ending normalization, no code or content change.

Files:

  • packages/uipath/scripts/debug_test.py
  • packages/uipath/testcases/apicalls-testcase/src/assert.py
  • packages/uipath/testcases/basic-testcase/src/assert.py
  • packages/uipath/testcases/common/trace_assert.py
  • packages/uipath/testcases/langchain-cross/expected_traces.json

Tagging @radu-mocanu since these files trace back to their commit (120384a2) for a quick sanity check.

Test plan

  • git status clean on a fresh checkout of this branch (no spurious CRLF diffs)
  • Content verified byte-identical to previous commit once line endings are stripped (no code change)

🤖 Generated with Claude Code

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟢 Approval recommended

No unresolved issues; changes are limited to verified line-ending normalization.

Pull request overview

This pull request normalizes CRLF to LF in five test and script files without changing content or behavior.

Changes:

  • Converted four Python files and one JSON fixture to LF line endings.
  • Prevented spurious Git modifications with core.autocrlf=true.
  • Verified content is unchanged apart from line endings.
File summaries
File Change
packages/uipath/testcases/langchain-cross/expected_traces.json Normalized line endings
packages/uipath/testcases/common/trace_assert.py Normalized line endings
packages/uipath/testcases/basic-testcase/src/assert.py Normalized line endings
packages/uipath/testcases/apicalls-testcase/src/assert.py Normalized line endings
packages/uipath/scripts/debug_test.py Normalized line endings
Review details

Copilot wasn't able to review any files in this pull request.

  • Files reviewed: 0/5 changed files
  • Comments generated: 0
  • Review effort level: Lite

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

@radu-mocanu

radu-mocanu commented Sep 10, 2026

Copy link
Copy Markdown
Collaborator

Let's also add this in gitattributes:

* text=auto

*.py   text eol=lf
*.json text eol=lf
*.yaml text eol=lf
*.yml  text eol=lf
*.toml text eol=lf

Then we could run git add --renormalize . once to clean up any files that were already committed with CRLF.

This PR can be the one-time normalization for the files that already slipped through.

TeodorEscuUiPath and others added 2 commits September 10, 2026 18:20
These files were committed with raw CRLF baked into the blob (from
120384a), which desyncs with core.autocrlf=true's LF-normalized
storage assumption -- git status/diff reported them as modified even
though the checked-out bytes were identical to HEAD.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
… files

Per Radu's review comment: pin text=auto plus eol=lf for py/json/yaml/yml/toml
so committed line endings can't drift again, then renormalize the 6 more
files (found via a repo-wide blob scan) that had the same CRLF-baked-into-blob
issue as the original 5 but weren't surfaced by plain git status without a
matching gitattributes/text-attribute rule in place. Content-only line-ending
change, verified identical to HEAD with line endings stripped.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@radu-mocanu
radu-mocanu force-pushed the chore/fix-crlf-line-endings branch from 5e02516 to f05d6ed Compare September 10, 2026 15:20
@sonarqubecloud

Copy link
Copy Markdown

@radu-mocanu
radu-mocanu merged commit 147f806 into main Sep 10, 2026
90 of 98 checks passed
@radu-mocanu
radu-mocanu deleted the chore/fix-crlf-line-endings branch September 10, 2026 15:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants