[issue8400] zipimporter find_module fullname mis-documented

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue8400] zipimporter find_module fullname mis-documented

Brett Cannon added the comment: Actually find_module() should be deprecated and find_spec() should be defined instead (and the same goes for load_module(); see bpo-9699). So I'm personally fine w/ making this a doc problem w/ the plan to eventually deprecate the method. --

[issue8400] zipimporter find_module fullname mis-documented

Karthikeyan Singaravelan added the comment: This still exists after zipimport rewrite in Python with 3.8 . Is this a documentation issue or an enhancement to be made as noted in msg109467 ? -- nosy: +serhiy.storchaka, xtreak versions: +Python 3.7, Python 3.8 -Python 3.4, Python 3.5, P

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow : -- nosy: +brett.cannon, gregory.p.smith, superluser ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow : -- versions: +Python 3.4, Python 3.5, Python 3.6 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: It gets worse. Even though find_module works with the path separator, load_module fails. >>> zi.find_module("lib\\ui") >>> zi.load_module("lib\\ui") Traceback (most recent call last): File "", line 1, in File "dist/Test_Editor-1.0-py3.2.zip\lib\ui\__init_

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: Disregard the last...error on my part (so embarrassing!) -- ___ Python tracker ___ ___ Python-bugs-lis

[issue8400] zipimporter find_module fullname mis-documented

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue8400] zipimporter find_module fullname mis-documented

Te-jé Rodgers added the comment: I have also just been bitten by this. Is there anyway that this can be updated to support the dotted notation? -- nosy: +tjd.rodgers ___ Python tracker _

[issue8400] zipimporter find_module fullname mis-documented

Ram Rachum added the comment: I was bitten now as well... -- nosy: +cool-RR ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8400] zipimporter find_module fullname mis-documented

Changes by Terry J. Reedy : -- stage: -> unit test needed versions: +Python 3.2 -Python 2.5, Python 2.6 ___ Python tracker ___ ___ Pyt

[issue8400] zipimporter find_module fullname mis-documented

Ryan Kelly added the comment: Was also just bitten by this, trying to muck with PEP-302-style import hooks. Note that the documented behaviour of zipimporter is also the behaviour required by PEP 302, i.e. full dotted module name. -- nosy: +rfk __

[issue8400] zipimporter find_module fullname mis-documented

New submission from Karen Tracey : The fullname parameter to zipimporter find_module is documented to be a "fully qualified (dotted) module name". (From http://docs.python.org/library/zipimport.html#zipimport.zipimporter.find_module.) However, passing a fully-qualified dotted module appears to