[issue27521] Misleading compress level header on files created with gzip

Change by Irit Katriel : -- stage: test needed -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mai

[issue27521] Misleading compress level header on files created with gzip

Irit Katriel added the comment: I believe this was fixed here: https://github.com/python/cpython/pull/18077 -- nosy: +iritkatriel resolution: -> duplicate status: open -> pending superseder: -> gzip metadata fails to reflect compresslevel ___ Pyth

[issue27521] Misleading compress level header on files created with gzip

Dor Dankner added the comment: Thank you for the fast reponse! tests patch for the proposal fix is attached :) -- Added file: http://bugs.python.org/file43734/compress_level_tests.patch ___ Python tracker _

[issue27521] Misleading compress level header on files created with gzip

R. David Murray added the comment: Thanks for the report and patch. Now we need a test. -- nosy: +r.david.murray stage: -> test needed versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker ___

[issue27521] Misleading compress level header on files created with gzip

New submission from Dor Dankner: When creating a gzip file using the gzip module, the wrong header is set as the compress level when not using the default (9). the reason is that the header is set blindly as \002, without really checking what compress level is. Patch to fix that behaviour is pr