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 r.david.murray
Recipients brian.curtin, ggenellina, kovid, loewis, ned.deily, ocean-city, pitrou, r.david.murray, tercero12, tim.golden
Date 2010-11-30.17:33:56
SpamBayes Score 1.206197e-07
Marked as misclassified No
Message-id <1291138437.85.0.622218338799.issue10551@psf.upfronthosting.co.za>
In-reply-to
Content
Kovid: so essentially what you are saying is that the windows platform is broken with respect to MIME types and with respect to its security model.  Why am I not surprised? :)

You would have the same problem if software installation altered the /etc/mimetypes file on a unix box and created weird entries.  Perhaps unix programmers are just better disciplined?

Reading the registry first and having the built in settings override would IMO defeat the purpose of reading the values from the registry: those are (theoretically!!) the settings the user chose to change.

However, working around it in your program should be simple: just call mimetypes.init with an empty file list.  The windows registry is only read if the files parameter is None.  This will also give you consistent behavior on windows and unix: only the default mime types in the mimetypes module will be used.  If, on the other hand, you want to retain the Unix behavior, you can pass init mimetypes.knownfiles instead of the empty list.

(By they way, thanks very much for calibre, I have used the CLI tools to great benefit, and love the fact that the CLI is the basis of the program.)
History
Date User Action Args
2010-11-30 17:33:57r.david.murraysetrecipients: + r.david.murray, loewis, ggenellina, pitrou, ocean-city, tim.golden, ned.deily, brian.curtin, tercero12, kovid
2010-11-30 17:33:57r.david.murraysetmessageid: <1291138437.85.0.622218338799.issue10551@psf.upfronthosting.co.za>
2010-11-30 17:33:56r.david.murraylinkissue10551 messages
2010-11-30 17:33:56r.david.murraycreate