About Zipfile

[Fcscanf]

BPO	43326
Nosy	@ronaldoussoren, @ericvsmith, @Fcscanf
Files	Fcant_2021-02-26_11-26-37.jpg

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2021-02-27.04:33:19.002>
created_at = <Date 2021-02-26.03:27:00.457>
labels = ['invalid', 'type-bug', 'library', '3.9']
title = 'About Zipfile'
updated_at = <Date 2021-02-27.09:01:53.470>
user = 'https://github.com/Fcscanf'

bugs.python.org fields:

activity = <Date 2021-02-27.09:01:53.470>
actor = 'eric.smith'
assignee = 'none'
closed = True
closed_date = <Date 2021-02-27.04:33:19.002>
closer = 'Fcscanf'
components = ['Library (Lib)']
creation = <Date 2021-02-26.03:27:00.457>
creator = 'Fcscanf'
dependencies = []
files = ['49836']
hgrepos = []
issue_num = 43326
keywords = []
message_count = 4.0
messages = ['387705', '387714', '387715', '387720']
nosy_count = 3.0
nosy_names = ['ronaldoussoren', 'eric.smith', 'Fcscanf']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue43326'
versions = ['Python 3.9']

[Fcscanf]

When I Unzip a package using the zipfile module, the package’s filename has a newline character, which causes the Unzip to fail, so the UNZIP filename needs to be processed

[ronaldoussoren]

I'm not sure what you are asking here.

Looking at the screenshot I'd say that the zipfile you are trying to extract contains files with a newline in their name. That's a perfectly valid (although annoying) name on unix-y platforms.

The zipfile module does not have an API for rewriting the file name when extracting. It is far from clear to me that adding such a API would be generally useful.

Emulating this is fairly easy though, something like:

zf = zipfile.ZipFile(...)
for name in zf.namelist():
    stream = zf.open(name)
    data = stream.read()
    stream.close()
    with open(name.replace(...), "w") as stream:
        stream.write(data)

[Fcscanf]

Because these special symbols are not handled under the Window, he will report an error and will not work properly

From：樊乘乘
Email：fcscanf@outlook.com<mailto:fcscanf@outlook.com>
Tel：17826260016

发件人: Ronald Oussoren<mailto:report@bugs.python.org>
发送时间: 2021年2月26日 樊乘 17:15
收件人: fcscanf@outlook.com<mailto:fcscanf@outlook.com>
主题: [bpo-43326] About Zipfile

Ronald Oussoren <ronaldoussoren@mac.com> added the comment:

I'm not sure what you are asking here.

Looking at the screenshot I'd say that the zipfile you are trying to extract contains files with a newline in their name. That's a perfectly valid (although annoying) name on unix-y platforms.

The zipfile module does not have an API for rewriting the file name when extracting. It is far from clear to me that adding such a API would be generally useful.

Emulating this is fairly easy though, something like:

zf = zipfile.ZipFile(...)
for name in zf.namelist():
    stream = zf.open(name)
    data = stream.read()
    stream.close()
    with open(name.replace(...), "w") as stream:
        stream.write(data)

---

nosy: +ronaldoussoren

---

Python tracker <report@bugs.python.org>
<https://bugs.python.org/issue43326\>

---

[ericvsmith]

I don't think there's a problem with Python here.

The complaint seems to be one or more of:

• The creating software allowed a newline to be in the filename.
• Windows allows the creation of filenames with newlines.
• The Windows UI doesn't handle filenames with newlines well.

In any event, Python can't do anything about these problems. I suggest we close this issue.