You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In #123426 (comment), we learned that Python 3.10 (only) ended up with a version of zipfile.Path that uses pathlib.Path (platform-variable) behavior for parsing the name. As a result, zipfiles with names like V: foo or foo\bar get incorrect names and are thus broken.
This issue was revealed by applying additional tests for GH-123270.
The issue was corrected incidentally in zipp 3.16.2 and Python 3.11. The issue does not affect Python 3.9.
…file.Path.name. (#123694)
Applies changes from zipp 3.20.1 and jaraco/zippGH-124
(cherry picked from commit 2231286)
(cherry picked from commit 17b77bb)
Co-authored-by: Jason R. Coombs <jaraco@jaraco.com>
Bug report
Bug description:
In #123426 (comment), we learned that Python 3.10 (only) ended up with a version of
zipfile.Path
that usespathlib.Path
(platform-variable) behavior for parsing the name. As a result, zipfiles with names likeV: foo
orfoo\bar
get incorrect names and are thus broken.This issue was revealed by applying additional tests for GH-123270.
The issue was corrected incidentally in zipp 3.16.2 and Python 3.11. The issue does not affect Python 3.9.
CPython versions tested on:
3.10
Operating systems tested on:
Windows
Linked PRs
The text was updated successfully, but these errors were encountered: