This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author tim.golden
Recipients barry, benhoyt, brian.curtin, dlchambers, ggenellina, ishimoto, lemburg, pitrou, r.david.murray, sayap, terry.reedy, tim.golden
Date 2013-08-10.16:13:12
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1376151192.86.0.933966523267.issue15207@psf.upfronthosting.co.za>
In-reply-to
Content
I attach a patch against 3.3; this is substantially Dave Chambers' original patch with a trivial test added and a doc change. This means that HKCR is scanned to determine extensions and these will override anything in the mimetypes db. The doc change highlights the possibility of overriding this by passing files=[].

I can't see an easy solution for this which will suit everyone but I've sat on it waay too long already. The module startup time is increased but, for bugfix releases, I can't see any other solution which won't break compatibility somewhere. 

I'm taking the simplest view which says that: .jpg => image/pjpeg is broken but that the winreg code has been in place for too long to simply back it out altogether.

I'll commit appropriate versions of this within the next day to 2.7, 3.3 and 3.4 unless anyone objects. Please understand: this *is* a compromise; but I don't think there's a perfect solution for this, short of the rethink which mimetypes needs per MALs suggestion or otherwise.
History
Date User Action Args
2013-08-10 16:13:12tim.goldensetrecipients: + tim.golden, lemburg, barry, terry.reedy, ishimoto, ggenellina, pitrou, sayap, r.david.murray, brian.curtin, benhoyt, dlchambers
2013-08-10 16:13:12tim.goldensetmessageid: <1376151192.86.0.933966523267.issue15207@psf.upfronthosting.co.za>
2013-08-10 16:13:12tim.goldenlinkissue15207 messages
2013-08-10 16:13:12tim.goldencreate