Jeremy Thurgood added the comment:
This seems to be fixed in 3.2 and the 2.7 maintenance branch, but here's a
(one-liner) patch for people who want to fix their local installations.
--
keywords: +patch
nosy: +jerith
Added file: http://bugs.python.org/file18750/2to3_log_fix.
Changes by Jeremy Thurgood :
--
nosy: +jerith
___
Python tracker
<http://bugs.python.org/issue9997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jeremy Thurgood added the comment:
Attached a patch to test for and fix the first two issues described in this
ticket.
Basically, it modifies SimpleHTTPRequestHandler.send_head() to operate on a
path already stripped of the query string and fragment rather than the
completely unparsed URL
Jeremy Thurgood added the comment:
The weird behaviour is caused by newlines being treated as normal whitespace
characters and not actually causing _wrap_chunks() to break the line. This
means that it builds "lines" of up to 'width' characters which may contain
Jeremy Thurgood added the comment:
Here's a doc patch for py3k. A similar patch for 2.7 (and other versions?)
might be a good idea.
--
keywords: +patch
Added file: http://bugs.python.org/file19676/issue1859_docs.diff
___
Python tracker
Jeremy Thurgood added the comment:
Thanks for the comments.
There are two separate things here: the URL and the filesystem path. The only
part of the URL we care about is the path section, but the fragment ("#anchor")
and query parameters ("?foo") are valid -- SimpleHTT
Jeremy Thurgood added the comment:
Updated patch as per previous comment.
--
Added file: http://bugs.python.org/file19701/issue10231_v2.diff
___
Python tracker
<http://bugs.python.org/issue10
Jeremy Thurgood added the comment:
On Sun, Nov 21, 2010 at 10:37, Senthil Kumaran wrote:
> Now, what happens when you type "http://bugs.python.org?10231"; [1] in
> your browser? According to this bug report, the server should 301
> redirect it to "http://bugs.python.
Jeremy Thurgood added the comment:
On Sun, Nov 21, 2010 at 17:11, Senthil Kumaran wrote:
>>I can't see any situation in which redirecting
>> "/something?foo" to "/something?foo/" is the correct behaviour.
> As I explained, in the previous post, this wou
Jeremy Thurgood <[EMAIL PROTECTED]> added the comment:
This looks very much like a duplicate of issue 1714. Perhaps the two
should be merged?
--
nosy: +jerith
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Jeremy Thurgood <[EMAIL PROTECTED]> added the comment:
Added handling for "Expect: 100-continue" header to
BaseHTTPRequestHandler. By default, any request that has this header
gets a 100 Continue response (with no other headers) before
do_WHATEVER() is called. By overriding h
Jeremy Thurgood <[EMAIL PROTECTED]> added the comment:
The above patch adds a set of tests for BaseHTTPServer, although the
only tests actually written were those around the areas touched by the
work done for this issue.
__
Tracker <[EMAIL PROTECTE
Changes by Jeremy Thurgood :
--
nosy: +jerith
___
Python tracker
<http://bugs.python.org/issue2746>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Thurgood :
--
nosy: +jerith
___
Python tracker
<http://bugs.python.org/issue6230>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Thurgood :
--
nosy: +jerith
___
Python tracker
<http://bugs.python.org/issue6231>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jeremy Thurgood :
--
nosy: +jerith
___
Python tracker
<http://bugs.python.org/issue6232>
___
___
Python-bugs-list mailing list
Unsubscribe:
16 matches
Mail list logo