Message 62762 - Python tracker

➜

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	ajaksu2
Recipients	ajaksu2, georg.brandl, gpolo, hiawatha
Date	2008-02-23.16:12:36
SpamBayes Score	0.2638902
Marked as misclassified	No
Message-id	<1203783157.89.0.293086470031.issue1597000@psf.upfronthosting.co.za>
In-reply-to

Content
he specific issue mentioned might arise from UAs interpreting the snippet as a header, but the whole thing is so oblivious to standards that it doesn't matter: def reset(): """Return a string that resets the CGI and browser to a known state.""" return '''<!--: spam Content-Type: text/html <body bgcolor="#f0f0f8"><font color="#f0f0f8" size="-5"> --> <body bgcolor="#f0f0f8"><font color="#f0f0f8" size="-5"> --> --> </font> </font> </font> </script> </object> </blockquote> </pre> </table> </table> </table> </table> </table> </font> </font> </font>''' In a search over the stdlib, there are many hits for, e.g., "print 'Content-Type:','X'", but most (if not all) of these are printing to stdout and also sending the headers correctly terminated over the network. Other instances are due to local handling of files (like in urllib2.FTPHandler.ftp_open), and in these we could change the explicit "\n" to "\r\n", but there would be no gain IMHO. I suggest closing this bug (at least until concrete examples of sending non-CRLF terminated headers are provided).

he specific issue mentioned might arise from UAs interpreting the
snippet as a header, but the whole thing is so oblivious to standards
that it doesn't matter: 

 def reset():
    """Return a string that resets the CGI and browser to a known state."""
    return '''<!--: spam
Content-Type: text/html

<body bgcolor="#f0f0f8"><font color="#f0f0f8" size="-5"> -->
<body bgcolor="#f0f0f8"><font color="#f0f0f8" size="-5"> --> -->
</font> </font> </font> </script> </object> </blockquote> </pre>
</table> </table> </table> </table> </table> </font> </font> </font>'''


In a search over the stdlib, there are many hits for, e.g., "print
'Content-Type:','X'", but most (if not all) of these are printing to
stdout and also sending the headers correctly terminated over the network.

Other instances are due to local handling of files (like in
urllib2.FTPHandler.ftp_open), and in these we could change the explicit
"\n" to "\r\n", but there would be no gain IMHO.

I suggest closing this bug (at least until concrete examples of sending
non-CRLF terminated headers are provided).

History
Date	User	Action	Args
2008-02-23 16:12:38	ajaksu2	set	spambayes_score: 0.26389 -> 0.2638902 recipients: + ajaksu2, georg.brandl, hiawatha, gpolo
2008-02-23 16:12:37	ajaksu2	set	spambayes_score: 0.26389 -> 0.26389 messageid: <1203783157.89.0.293086470031.issue1597000@psf.upfronthosting.co.za>
2008-02-23 16:12:37	ajaksu2	link	issue1597000 messages
2008-02-23 16:12:36	ajaksu2	create