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
urllib2 doesn't support any real-world Content-Encoding scheme.
"gzip" and "deflate" are standard compression schemes for HTTP and expected to be implemented by all clients. None of the default urllib2 handlers implements it.
Common workarounds are available on the Google. Many people resort to fixing up HTTP responses within their application logic (=not good) due to lack of library support. And some wrote proper urllib2 handlers. Here's one for gzip support with deflate/zlib (HTTP spec is unclear on zlib vs. raw deflate format, hence some buggy servers) hacked on:
# http://techknack.net/python-urllib2-handlers/ fromgzipimportGzipFilefromStringIOimportStringIOclassContentEncodingProcessor(urllib2.BaseHandler):
"""A handler to add gzip capabilities to urllib2 requests """# add headers to requests defhttp_request(self, req):
req.add_header("Accept-Encoding", "gzip, deflate")
returnreq# decodedefhttp_response(self, req, resp):
old_resp=resp# gzipifresp.headers.get("content-encoding") =="gzip":
gz=GzipFile(
fileobj=StringIO(resp.read()),
mode="r"
)
resp=urllib2.addinfourl(gz, old_resp.headers, old_resp.url, old_resp.code)
resp.msg=old_resp.msg# deflateifresp.headers.get("content-encoding") =="deflate":
gz=StringIO( deflate(resp.read()) )
resp=urllib2.addinfourl(gz, old_resp.headers, old_resp.url, old_resp.code) # 'class to add info() andresp.msg=old_resp.msgreturnresp# deflate supportimportzlibdefdeflate(data): # zlib only provides the zlib compress format, not the deflate format;try: # so on top of all there's this workaround:returnzlib.decompress(data, -zlib.MAX_WBITS)
exceptzlib.error:
returnzlib.decompress(data)
New features can only go into Python3, where the urllib/urllib2 have been harmonized into the urllib package. So what we would need in order to consider this for acceptance is a patch against py3k trunk urllib. Please see http://python.org/dev for information about how to develop a patch for submission.
Nah sorry, I've just been bothered to report it. As I don't run py3 can't write a patch anyway. And it wouldn't help for my current python 2.x setups also.
I guess it's sufficient if this is googleable, and per-application workarounds are very much ok, as Python2 isn't that widely used for webapps.
Also, httplib2 supports Content-Encoding. They still have that raw deflate vs. zlib bug, but that can be fixed. And as externally distributed lib will remedy the situation for all apps and Python < 2.8.
However, it might be a better idea to add a note to the urllib/2 documentation instead. "No default handler for Content-Encoding..." because many people stumbled on this before (see google/stackoverflow).
Activity
guest commentedon Aug 3, 2010
urllib2 doesn't support any real-world Content-Encoding scheme.
"gzip" and "deflate" are standard compression schemes for HTTP and expected to be implemented by all clients. None of the default urllib2 handlers implements it.
Common workarounds are available on the Google. Many people resort to fixing up HTTP responses within their application logic (=not good) due to lack of library support. And some wrote proper urllib2 handlers. Here's one for gzip support with deflate/zlib (HTTP spec is unclear on zlib vs. raw deflate format, hence some buggy servers) hacked on:
bitdancer commentedon Aug 4, 2010
Thanks for the suggestion.
New features can only go into Python3, where the urllib/urllib2 have been harmonized into the urllib package. So what we would need in order to consider this for acceptance is a patch against py3k trunk urllib. Please see http://python.org/dev for information about how to develop a patch for submission.
guest commentedon Aug 4, 2010
Nah sorry, I've just been bothered to report it. As I don't run py3 can't write a patch anyway. And it wouldn't help for my current python 2.x setups also.
I guess it's sufficient if this is googleable, and per-application workarounds are very much ok, as Python2 isn't that widely used for webapps.
Also, httplib2 supports Content-Encoding. They still have that raw deflate vs. zlib bug, but that can be fixed. And as externally distributed lib will remedy the situation for all apps and Python < 2.8.
However, it might be a better idea to add a note to the urllib/2 documentation instead. "No default handler for Content-Encoding..." because many people stumbled on this before (see google/stackoverflow).
bitdancer commentedon Nov 20, 2010
bpo-1508475 has a patch, though it still needs updated.