New submission from Dave Chambers :
The current mimetypes.read_windows_registry() enums the values under
HKCR\MIME\Database\Content Type
However, this is the key for mimetype to extension lookups, NOT for extension
to mimetype lookups.
As a result, when >1 MIME types are mapped to a particu
Dave Chambers added the comment:
My first diff file... I hope I did it right :)
--
keywords: +patch
Added file: http://bugs.python.org/file26181/mimetypes.py.diff
___
Python tracker
<http://bugs.python.org/issue15
Dave Chambers added the comment:
I added a diff file to the bug.
Dunno if that's the same as a patch file, or how to create a patchfile if it's
not.
>Do you know if image/x-png and image/png are included in the registry on all
> windows versions?
I think your question is
Changes by Dave Chambers :
Added file: http://bugs.python.org/file26185/mimetypes.py.diff.u
___
Python tracker
<http://bugs.python.org/issue15207>
___
___
Python-bug
Dave Chambers added the comment:
Disappointing that "faster but broken" is preferable to "slower but fixed"
--
___
Python tracker
<http://bug
Dave Chambers added the comment:
Seems to me that some hybrid would be a good solution: Hardcode the known types
(which solves the "windows is just wrong" case) then as a default look in the
registry for those that aren't hardcoded.
Therefore the hit of additional time would onl
Dave Chambers added the comment:
> removing read_windows_registry()
If you're suggesting hardcoding *ALL* the mimetypes for *ALL* OSes, I think
that's probably the best overall solution.
No variability, as fast as can be.
The downside is that there would occasionally be an unre
Dave Chambers added the comment:
(I'm a windows dev type)
I would say that there are 2 issues with relying on the registry:
1) Default values (ie. set by Windows upon OS install) are broken and MS never
fixes them.
2) The values can be changed at any time, by any app. Thus the value
Dave Chambers added the comment:
Enough with the bikeshedding... it's been 10 months... fix the bug.
--
___
Python tracker
<http://bugs.python.org/is
