[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

David K. Hess added the comment: @michael-lazar a documentation change seems the path of least resistance given the complicated history of this module. +1 from me. -- ___ Python tracker <https://bugs.python.org/issue38

[issue40139] mimetypes module racy

David K. Hess added the comment: I’m not sure I can shed any light on this particular bug, but I would say that based on my dealings with this module, it is definitely not thread-safe. That means that if you are going to have multiple threads accessing it simultaneously, you really should

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

David K. Hess added the comment: The documentation you quoted does read to me as compatible? The database it is referring to is the one hardcoded in the module – not the one assembled from that and the host OS. But, maybe this is just the vagaries of language and perspective at play. Anyway

[issue38656] mimetypes for python 3.7.5 fails to detect matroska video

David K. Hess added the comment: Hi, I'm the author of the commit that's been fingered. Some comments about the behavior being reported First, as pointed out by @xtreak, indeed the mimetypes module uses mimetypes files present on the platform to add to the built in list of mimetypes

[issue37845] SLCertVerificationError: Unable to handle SAN names (from Certifications) published with white spaces at start

David K. added the comment: OK, I see your point :) Modification of the original certificiation is legally problematic. Much thanks for the patience and time to explain, D.K On Wed, Aug 14, 2019, 17:23 Christian Heimes wrote: > > Christian Heimes added the comment: > > O

[issue37845] SLCertVerificationError: Unable to handle SAN names (from Certifications) published with white spaces at start

David K. added the comment: Hi, Judging by your comment, I think there is a an unfortnate misunderstanding. If you'd be kind enough, please let me explain: 1. The issue I had was indeed on Python 3.7, using the highly used "requests" library. Also my change was -no

[issue37845] SLCertVerificationError: Unable to handle SAN names (from Certifications) published with white spaces at start

Change by David K. : -- keywords: +patch pull_requests: +14979 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15260 ___ Python tracker <https://bugs.python.org/issu

[issue37845] SLCertVerificationError: Unable to handle SAN names (from Certifications) published with white spaces at start

New submission from David K. : Unable to establish SSL connections using company's private certificates where their SANs (Subject Alternative Names) contain at least one DNS Name that starts with white spaces. Attempting to establish SSL connection would result in Exception

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess added the comment: Thank you Steve! Nice to see this one make it across the finish line. -- ___ Python tracker <https://bugs.python.org/issue4

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess <david_k_h...@mac.com> added the comment: Are there any committers watching this issue that are able to review the PR? https://github.com/python/cpython/pull/3062 It's close to 6 months old now with no action on it. I'm willing to help but doing so and then having the PR

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess added the comment: FYI, PR opened: https://github.com/python/cpython/pull/3062 -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

Changes by David K. Hess <david_k_h...@mac.com>: -- pull_requests: +3096 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue4963> ___

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess added the comment: Pushed more commits so here's a branch compare: https://github.com/python/cpython/compare/master...davidkhess:fix-issue-4963 -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess added the comment: Ok, I followed @r.david.murray's advice and decided to take a shot at this. First, I noticed that I couldn't reproduce the non-deterministic behavior that I reported above on the latest code (i.e. pre-3.7). After doing some research it appears