Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Detect .zip file as application/zip instead of application/x-zip-compressed

See original GitHub issue

The feature that auto-detects the Content-Type header based on the filename extension when using @filename (the “Body Data From a Filename” feature) detects a .zip file as application/x-zip-compressed. I think it should use application/zip instead. Thanks for considering!

Issue Analytics

State:
Created 10 years ago
Comments:5 (1 by maintainers)

Top GitHub Comments

1reaction

jakubroztocilcommented, Nov 23, 2013

@jbyler, what OS and Python version do you use?

The mime type is detected using the Python’s mimetype module, which for me (OS X 10.9, Python 2.7.6) correctly returns application/zip:

$ python -m mimetypes foo.zip
type: application/zip encoding: None

0reactions

jbylercommented, Dec 17, 2013

I will say that it seems like there’s probably a design flaw in here somewhere, given that installing mutt can create problems for httpie. I don’t think the design flaw is with httpie. Perhaps the mimetypes module ought to provide a mechanism for an application (mutt) to customize mime.types in a way that is local to that application, rather than global for all users of the mimetypes module.