| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
| |
I've been bitten by this myself in the past half year.
I hope this fix is right.
I'll backport this to 2.3.
|
| |
|
|
|
|
|
|
|
|
|
| |
UNTESTED!!!
This simple two-line patch has been sitting on SF for more than 2 years.
I'm guessing it's because nobody knows how to test it -- I sure don't.
It doesn't look like you can get to this part of the code on Unixish
or Windows systems, so the "how to test it?" puzzle has more than one
part. OTOH, if this is dead code, it doesn't matter either if I just
broke it <wink>.
|
| |
|
|
| |
From SF patch #852334.
|
| |
|
|
|
|
|
| |
(contributed by Vincent Delft.)
The script updated os.environ but failed to pass the whole environment
to the child process (the CGI script).
|
| |
|
|
|
|
| |
Minor improvement to previous bugfix.
Eating the remaining characters would lead to an endless loop
without a termination test.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This patch causes CGIHTTPServer to update os.environ regardless of how
it tries to handle calls (fork, popen*, etc.).
Backport bugfix candidate.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
This uses os.popen3 (if it exists) to ensure that errors from a
non-Python CGI script are logged.
Bugfix candidate.
|
| |
|
|
|
| |
second noted after a second's thought about what the next line should
do. :-(
|
| |
|
|
|
|
| |
- replace some log_error() calls with log_message()
- flush self.rfile before forking too (hope this works on Windows)
|
| |
|
|
|
| |
#427345. These are supposed to support binary data and avoid
buffering problems on Windows.
|
| |
|
|
|
|
| |
Some of the characters (form feed, vertical tab) are not
legal continuation characters anyway, so this was wrong as
well as annoying.
|
| | |
|
| |
|
|
|
|
|
|
| |
added test script and expected output file as well
this closes patch 103297.
__all__ attributes will be added to other modules without first submitting
a patch, just adding the necessary line to the test script to verify
more-or-less correct implementation.
|
| |
|
|
|
|
| |
Macintosh (the latter untested).
This closes Bug #110839.
|
| |
|
|
|
|
| |
unbuffered (by setting the class variable rbufsize to 0), because we
(may) need to pass the file descriptor to the subprocess running the
CGI script positioned after the headers.
|
| |
|
|
| |
supported. Pointed out by Moshe Zadka <moshez@math.huji.ac.il>.
|
| |
|
|
|
| |
If os.fork() doesn't exist, raise SystemError with an explanation at
the top of the module. Added a note to the module docstring.
|
| | |
|
| |
|
|
|
|
|
|
| |
(1) Fix reference to pwd.error to be KeyError -- there is no pwd.error
and pwd.getpwnam() raises KeyError on failure.
(2) Add cookie support, by placing the 'Cookie:' header, if present,
in the HTTP_COOKIE environment variable.
|
| |
|
|
|
|
|
|
|
| |
In CGIHTTPServer.py, the list of acceptable formats is -split-
on spaces but -joined- on commas, resulting in double commas
in the joined text. It appears harmless to my browser but
ought to be fixed anyway.
'A, B, C' -> 'A,', 'B,', 'C,' -> 'A,,B,,C'
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To: python-list@cwi.nl
Date: 13 May 98 18:33:11 GMT
I think I found a bug in CGIHTTPServer.py. (Does anyone care? :-)
I was trying to use it as the web server for uploading files.
Python CGI scripts (using the CGI module) that worked for other
servers (e.g., Netscape Enterprise server) hang when run from
CGIHTTPServer. The problem is that the content type parameters,
in particular the boundary parameter, were not passed through to
the CGI scripts, thus making the MIME parsing code choke.
My simple-minded fix is:
% diff CGIHTTPServer.py /usr/local/lib/python1.5/CGIHTTPServer.py
137,140c136
< if self.headers.typeheader is None:
< env['CONTENT_TYPE'] = self.headers.type
< else:
< env['CONTENT_TYPE'] = self.headers.typeheader
---
> env['CONTENT_TYPE'] = self.headers.type
Conrad
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
