default http content-type

[jcomeauictx]

Feature or enhancement

Proposal:

Allow changing the default mime-type from application/octet-stream, so testing using python -m http.server doesn't automatically download files lacking extensions. Useful for testing with mitmproxy against a fake site copied from the real one.

python3 -m http.server -b 127.0.0.1 -c 'text/html'

Has this already been discussed elsewhere?

This is a minor feature, which does not need previous discussion elsewhere

Links to previous discussion of this feature:

No previous discussion. This feature should not affect any existing code using the main branch of cpython.

Linked PRs

• gh-113471: Add custom default Content-Type to http.server #113475
• gh-113471: adds custom default content-type to http.server #131000

[jcomeauictx]

submitting pull request shortly.

[jcomeauictx]

text/plain is fine if that's what you want. and application/octet-stream is *still* the default, I haven't changed that. all I changed is the ability to *set* the default for your particular instantiation of the server, from the command line. I only gave text/html as an example because that works for me in my particular application.

…

On Tue, Dec 26, 2023 at 9:06 AM David Lord ***@***.***> wrote: Why should the default be text/html? Seems like "we don't know what this is, treat as binary" (application/octet-stream) is a safe assumption, and the next safest would be text/plain to avoid any interpretation of the data. — Reply to this email directly, view it on GitHub <#113471 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AABRUXXNTCU3GYKC43I2XC3YLLYWJAVCNFSM6AAAAABBCQBWIWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRZGYZTMNJYGI> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- John Comeau KE5TFZ ***@***.*** http://jc.unternet.net/ "A place for everything, and everything all over the place"