Skip to content

Conversation

@ChrisDryden
Copy link
Collaborator

When I was reviewing this PR #9006 I tried to do some fuzzing of the existing implementation to see if the PR was implementing any behaviour that was missing and came across that the ls utility was matching all of GNU's coloring except for on nested symlinks.

When looking at what that was the case I saw that it was just a three line fix when compared to the the current implementation

@codspeed-hq
Copy link

codspeed-hq bot commented Jan 17, 2026

CodSpeed Performance Report

Merging this PR will not alter performance

Comparing ChrisDryden:fix-symlink-chain-coloring (c0b8d66) with main (a1545ef)

Summary

✅ 282 untouched benchmarks
⏩ 38 skipped benchmarks1

Footnotes

  1. 38 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports.

@ChrisDryden
Copy link
Collaborator Author

Doing a bit more research and theres another pre-existing bug that colors for file extensions is not working, I think there should be a simple fix too but will add some integration tests for that use case too.

@ChrisDryden ChrisDryden force-pushed the fix-symlink-chain-coloring branch from 7054d7c to c0b8d66 Compare January 17, 2026 00:46
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.

1 participant