chore: normalize CRLF line endings in 5 testcase/script files - #1892
Conversation
There was a problem hiding this comment.
🟢 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.
|
Let's also add this in * text=auto
*.py text eol=lf
*.json text eol=lf
*.yaml text eol=lf
*.yml text eol=lf
*.toml text eol=lfThen we could run This PR can be the one-time normalization for the files that already slipped through. |
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>
5e02516 to
f05d6ed
Compare
|



Summary
120384a2(the uipath-core/uipath-platform monorepo consolidation).core.autocrlf=true, Git's status/diff assumes LF-normalized storage; these files' stored CRLF desynced from that assumption, sogit statusreported them as modified on every fresh checkout even though the checked-out bytes were byte-for-byte identical toHEAD.IDENTICALfor all 5 files. Pure whitespace/line-ending normalization, no code or content change.Files:
packages/uipath/scripts/debug_test.pypackages/uipath/testcases/apicalls-testcase/src/assert.pypackages/uipath/testcases/basic-testcase/src/assert.pypackages/uipath/testcases/common/trace_assert.pypackages/uipath/testcases/langchain-cross/expected_traces.jsonTagging @radu-mocanu since these files trace back to their commit (
120384a2) for a quick sanity check.Test plan
git statusclean on a fresh checkout of this branch (no spurious CRLF diffs)🤖 Generated with Claude Code