-
-
Notifications
You must be signed in to change notification settings - Fork 30.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GH-80486: Fix handling of NTFS alternate data streams in pathlib #102454
Conversation
This won't backport as it relies on a number of internal changes in 3.12 only. |
Are we going to wait for #102511 to be implemented? Or leave a note in that one to update this use when it's done? As this issue is about correctness and the other is about performance, I'd prefer not to wait. |
Personally I'd rather not wait! :) |
Feel free to merge (and backport as appropriate), then! |
I'm not a core dev so I don't have any merge permissions I don't think! 😅 |
Oh aren't you? We should probably fix that 😉 (though I'm literally about to step away for the weekend, so next week) |
(and unfortunately this won't backport due to other changes in 3.12 being required) |
pythonGH-102454) Co-authored-by: Maor Kleinberger <kmaork@gmail.com>
This fixes round-tripping of Windows paths like
./c:a
in pathlib.Previously, pathlib removed the
./
prefix when generating a string representation of such paths. This changed the meaning, from a file in the current directory called "c" with an NTFS alternate data stream, to a relative path on the "c:" drive.Most of the patch by @kmaork. I brought it up-to-date.