[issue35486] subprocess module import hooks breaks back compatibility

Nick Coghlan report at bugs.python.org
Sun Jan 13 02:30:47 EST 2019


Nick Coghlan <ncoghlan at gmail.com> added the comment:

dw: we routinely impose new requirements on folks modifying runtime internals in new feature releases, so the only aspect we missed for this changing is to explicitly call it out in the Porting section of the Python 3.6 What's New document as a potential forward compatibility risk for import system replacement authors that don't update their plugins accordingly.

For folks implementing PEP 302 finders and loaders, no change is required, as they indicate failure to find a module by returning None, not by raising ImportError.

It's only folks emulating the full import system by replacing `__import__` that should need to worry about this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35486>
_______________________________________


More information about the Python-bugs-list mailing list