From: Serhiy Storchaka <storchaka@gmail.com>
Date: Sun, 22 Nov 2015 12:50:25 +0000 (+0200)
Subject: Issue #25624: ZipFile now always writes a ZIP_STORED header for directory
X-Git-Tag: v3.6.0a1~1006^2
X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=6e3d2ba269bc6495cf373bfd8f1c5b0030e6ce4a;p=thirdparty%2FPython%2Fcpython.git

Issue #25624: ZipFile now always writes a ZIP_STORED header for directory
entries.  Patch by Dingyuan Wang.
---

6e3d2ba269bc6495cf373bfd8f1c5b0030e6ce4a
diff --cc Misc/NEWS
index 428a4d4770de,a13e1987a185..6e573e61b71c
--- a/Misc/NEWS
+++ b/Misc/NEWS
@@@ -77,13 -106,9 +77,16 @@@ Core and Builtin
  Library
  -------
  
+ - Issue #25624: ZipFile now always writes a ZIP_STORED header for directory
+   entries.  Patch by Dingyuan Wang.
+ 
 +- Issue #25626: Change three zlib functions to accept sizes that fit in
 +  Py_ssize_t, but internally cap those sizes to UINT_MAX.  This resolves a
 +  regression in 3.5 where GzipFile.read() failed to read chunks larger than 2
 +  or 4 GiB.  The change affects the zlib.Decompress.decompress() max_length
 +  parameter, the zlib.decompress() bufsize parameter, and the
 +  zlib.Decompress.flush() length parameter.
 +
  - Issue #25583: Avoid incorrect errors raised by os.makedirs(exist_ok=True)
    when the OS gives priority to errors such as EACCES over EEXIST.