You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The httplib.HTTPMessage class needs documentation; it is missing from
the package documentation entirely. Instances of this class are e.g.
returned by the urllib.urlopen().info() method.
Actually urllib.urlopen.info method return a mimetools.Message instance and a HTTPMessage instance is used within httplib only. It is more internal purposes to deal with headers with add_continue like methods is required.
ipatrol, the return codes of HTTP is documented in the httplib documentation.
Activity
ThomasH commentedon Jul 22, 2008
The httplib.HTTPMessage class needs documentation; it is missing from
the package documentation entirely. Instances of this class are e.g.
returned by the urllib.urlopen().info() method.
ipatrol commentedon Jun 28, 2010
This is still not fixed. Also, it would be nice to add the response code in somewhere as I don't see it in the stdlib epydoc pages
orsenthil commentedon Jun 28, 2010
Fixed in r82322 and r82323.
Actually urllib.urlopen.info method return a mimetools.Message instance and a HTTPMessage instance is used within httplib only. It is more internal purposes to deal with headers with add_continue like methods is required.
ipatrol, the return codes of HTTP is documented in the httplib documentation.
ipatrol commentedon Jun 28, 2010
What about urllib2? It's explicitly mentioned as the return value of .info()
orsenthil commentedon Jun 28, 2010
That was a Documentation mistake. Thanks for pointing out.
Corrected it in revision 82334 and merged to other branches.
ThomasH commentedon Jun 28, 2010
But the urllib.rst documentation is still flawed:
"The :meth:`info` method returns an instance of the class :class:`httplib.HTTPMessage`"
(http://svn.python.org/view/python/trunk/Doc/library/urllib.rst?revision=81775&view=markup)
orsenthil commentedon Jun 29, 2010
On Mon, Jun 28, 2010 at 08:51:58PM +0000, ThomasH wrote:
Fixed now in the r82363. Did a find and grep on all instances of
HTTPMessage and verified that it is only at proper places now.
Thanks for pointing out.