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 ncoghlan
Recipients ncoghlan, productivememberofsociety666, r.david.murray, rhettinger
Date 2015-03-25.23:50:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1427327456.76.0.00357743687584.issue23764@psf.upfronthosting.co.za>
In-reply-to
Content
I double checked the current behaviour, and rediscovered something I had forgotten: when inspect.getargspec and inspect.getfullargspec were converted to be based on the inspect.signature machinery, we had to decide whether or not to follow wrapper chains to report the underlying signature or not.

We opted to continue reporting the "surface signature" for compatibility with the behaviour of these APIs in previous versions of Python (including introspection tools that handle wrapper chains themselves), while encouraging introspection tools to migrate to using the more capable inspect.signature API instead: https://docs.python.org/3/library/inspect.html#inspect.getfullargspec

If a particular introspection tool reports incorrect signatures in 3.4+, then that's an issue with that particular tool needing to be made wrapper chain aware.

I'll also ping Aaron Iles about potentially bringing https://funcsigs.readthedocs.org/ up to date with the features in the Python 3.4 version of the library, including the helper to traverse wrapper chains correctly: https://docs.python.org/3/library/inspect.html#inspect.unwrap
History
Date User Action Args
2015-03-25 23:50:56ncoghlansetrecipients: + ncoghlan, rhettinger, r.david.murray, productivememberofsociety666
2015-03-25 23:50:56ncoghlansetmessageid: <1427327456.76.0.00357743687584.issue23764@psf.upfronthosting.co.za>
2015-03-25 23:50:56ncoghlanlinkissue23764 messages
2015-03-25 23:50:56ncoghlancreate