Senthil Kumaran orsent...@gmail.com added the comment:
back-ported to release27-maint in r86554.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2244
Senthil Kumaran orsent...@gmail.com added the comment:
I have doubts on the validity of this bug itself.
- First is, query and fragment are usually for the file being served from the
webserver, not on the directories. If there are characters such as '?' and '#'
in the directory names, which
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r86580 (py3k), r86581 and r86582.
--
components: +Library (Lib)
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10377
Senthil Kumaran orsent...@gmail.com added the comment:
BaseHTTPServer documentation explains that Usually, this module isn’t used
directly, but is used as a basis for building functioning Web servers. Methods
are usually subclassed with desirable behaviors customized.
If you are using
Senthil Kumaran orsent...@gmail.com added the comment:
What should it do? OP expected that it print the redirected url. I don't think
that's helpful by setting max_redirections to 0, when it can be achieved in
other ways.
Also, max_redirections is not exposed (as a parameter or arg
Senthil Kumaran orsent...@gmail.com added the comment:
On Sat, Nov 20, 2010 at 07:09:58PM +, Jeremy Thurgood wrote:
There are two separate things here: the URL and the filesystem path.
The bug is that the fragment and query parameters are stripped in
translate_path
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed this revision 86640.
- Even though this is an internal optimization,I don't think back-porting is a
good idea, because it changes the behavior of certain methods like send_header
and end_headers
- Added the Documentation and other
Senthil Kumaran orsent...@gmail.com added the comment:
On Sun, Nov 21, 2010 at 12:12:08PM +, Jeremy Thurgood wrote:
I see your point now, but I don't agree with it completely. It seems
reasonable to allow query parameters to specify things like sort
order for a directory listing or have
Senthil Kumaran orsent...@gmail.com added the comment:
On Sun, Nov 21, 2010 at 03:15:06PM +, R. David Murray wrote:
Senthil, I didn't clearly express my concern about
send_response_only. It doesn't look to me like, with buffering in
place, that it *should* write directly, it looks to me
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed it in r86676 (py3k), r86677 ( release31-maint) and
r86678(release27-maint).
Wes: I fixed it at the much higher level in the urlparse itself, so that the
fixed url is sent to the httplib.
In issue2464, John had pointed out
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: facundobatista - orsenthil
nosy: -BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1675455
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10483
___
___
Python-bugs-list
Senthil Kumaran orsent...@gmail.com added the comment:
I think, it is better that distutils.command.register and
distutils.command.upload use CRLF as the line terminator for header
values.
It just helps in many cases, we can safely side by this case, but not
relying LR or CR only may
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Nov 25, 2010 at 05:44:21AM +, Dafydd Crosby wrote:
I created a patch that adds those two wishlist items. Given that
mouse support and the use of curses.flash() are missing from the
demo programs, I think it's a bit
Senthil Kumaran orsent...@gmail.com added the comment:
The transparent gzip Content-Encoding support should be done at the
http.client level code.
Before adding this feature, a question needs to be sorted out.
If we support the transparent gzip and wrap the file pointer to a
GzipFile
Senthil Kumaran orsent...@gmail.com added the comment:
Patch for py3k.
--
stage: unit test needed - patch review
Added file: http://bugs.python.org/file19811/issue1508475.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Senthil Kumaran orsent...@gmail.com added the comment:
Boštjan, it is fixed. The change will reflect when the docs get served
from the updated version.
Also, Georg will take care of merging it to other branches.
--
nosy: +orsenthil
___
Python
Senthil Kumaran orsent...@gmail.com added the comment:
If you want to quickly solve this, do like this:
import urllib
import tarfile
tarfile.open(urllib.urlretrieve('http://plugins.supybot-fr.tk/GoodFrench.tar')[0],
mode='r:') # Works
The problem is tarfile is expecting a file-object
Senthil Kumaran orsent...@gmail.com added the comment:
Committed in r86750. Thank you!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10441
___
___
Python-bugs-list
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10442
___
___
Python-bugs-list
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: jhylton - orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Python
Senthil Kumaran orsent...@gmail.com added the comment:
No problems when I downloaded and installed on Windows XP.
I scanned using the Symantec EndPoint protection and no threats found.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
Senthil Kumaran orsent...@gmail.com added the comment:
On Sun, Nov 28, 2010 at 05:48:20AM +, Éric Araujo wrote:
I’m not committing directly because I’d like feedback: Is the
wording okay for the beginning of the tutorial?
It seems fine and useful. Please go ahead.
--
nosy
Senthil Kumaran orsent...@gmail.com added the comment:
xuanji, the issue you stumbled upon was just fixed by Raymond for the report
Issue10565.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r86861. Xavier, I noticed that pdb.py itself was not calling the
proper method. Added the tests to the patch. Thanks.
BTW, please provide patches against py3k as that is development version.
--
assignee: - orsenthil
nosy
Senthil Kumaran orsent...@gmail.com added the comment:
r86862 - release31-maint and r86863 - release27-maint.
--
status: open - closed
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10561
Senthil Kumaran orsent...@gmail.com added the comment:
Ouch. My mistake. Had not realize then, that code that actually broke things
was merged in 2.6.x and it had to be fixed too. :(
--
___
Python tracker rep...@bugs.python.org
http
Senthil Kumaran orsent...@gmail.com added the comment:
Xuanji, a wording which does convey the approximate meaning is fine. I think,
the Exception error messages will help the people based on the Context.
- Lets have the ValueError raised from the urllib/request.py. Changing it to
isinstance
Senthil Kumaran orsent...@gmail.com added the comment:
Give a try to this minor variation of the patch with tests added and let me
know your review comments.
--
Added file: http://bugs.python.org/file19890/Issue3243-4.patch
___
Python tracker rep
Senthil Kumaran orsent...@gmail.com added the comment:
On Wed, Dec 01, 2010 at 10:06:25AM +, Antoine Pitrou wrote:
+try:
+ self.sock.sendall(data)
Indentation problem here.
I could notice it now. Shall fix it.
+if isinstance(data,str
Senthil Kumaran orsent...@gmail.com added the comment:
On Wed, Dec 01, 2010 at 02:56:56PM +, Xuanji Li wrote:
orsenthil: Hi, i don't quite understand why iter() needs to be
called explicitly on data? As I understand it, if data is an
iterable then you can use a for loop on it directly
On Wed, Dec 01, 2010 at 05:08:26PM +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
if not request.has_header('Content-length'):
if (not hasattr(data, '__read__') and
What is __read__ supposed to be?
I don't think is required. The previous 2.x version
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Dec 02, 2010 at 02:19:10AM +, Senthil Kumaran wrote:
On Wed, Dec 01, 2010 at 10:06:25AM +, Antoine Pitrou wrote:
+try:
+ self.sock.sendall(data)
Indentation problem here.
I could notice it now
Senthil Kumaran orsent...@gmail.com added the comment:
Updated patch after correcting the mistake (bytes vs str) in the previous one.
--
Added file: http://bugs.python.org/file19900/Issue3243-6.patch
___
Python tracker rep...@bugs.python.org
http
On Thu, Dec 02, 2010 at 03:08:55AM +, Xuanji Li wrote:
req = Request(http://example.com/;, )
That should be:
req = Request(http://example.com/;, b)
I updated some of those in the latest updated patch.
___
Python-bugs-list mailing list
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Dec 02, 2010 at 03:16:53AM +, Xuanji Li wrote:
And my version too...
+if hasattr(data, '__len__') and not len(data):
+request.add_unredirected_header('Content-length', '0')
This is very
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Dec 02, 2010 at 03:20:05AM +, Xuanji Li wrote:
Actually I don't think you can go around changing test_urllib2.py,
they are after all regression tests... and surely some users will
send as data.
Think about it this way
Senthil Kumaran orsent...@gmail.com added the comment:
Glaring at my mistakes.
There was wrong examples in the test_urllib2 which I just corrected.
There were..
Expect for the difference in (it = iter(data) - Which I am seeking
Except
Senthil Kumaran orsent...@gmail.com added the comment:
On Mon, Nov 29, 2010 at 05:51:35PM +, Antoine Pitrou wrote:
However, urllib.request.urlopen() works fine in this case, so
perhaps this advocates for deprecating the old stuff? Senthil?
Yes. It should be deprecated.. I created
Senthil Kumaran orsent...@gmail.com added the comment:
On Fri, Dec 03, 2010 at 10:33:50PM +, Fred L. Drake, Jr. wrote:
Though msg104261 suggests this change be documented in NEWS.txt, it
doesn't appear to have made it.
Better late than never. I just added the NEWS in r87014 (py3k)
,r87015
Senthil Kumaran orsent...@gmail.com added the comment:
I think, the file-like object behavior can be brought back. No need to handling
gzipped file object in the patch, if the earlier behavior was not handling it.
There is a separate issue to keep track of handling gzip encoded content
Senthil Kumaran orsent...@gmail.com added the comment:
Instead of tossing around the GzipDecoding code from one method to another
(which would in turn change the return value from those methods), I thought is
appropriate to do a change in parse_response itself, so that it verifies
Senthil Kumaran orsent...@gmail.com added the comment:
This issue is not applicable to release31-maint.
--
resolution: - fixed
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8194
Senthil Kumaran orsent...@gmail.com added the comment:
py3k fixed in r87128
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8194
___
___
Python
Senthil Kumaran orsent...@gmail.com added the comment:
Can you point me to your code and error traceback that was observed and some
details about server which gave 301/302 Redirect as what was the hostname and
where did it redirect to?
I don't see the code changes that you provided
Senthil Kumaran orsent...@gmail.com added the comment:
On Sat, Nov 13, 2010 at 01:17:47PM +, Antoine Pitrou wrote:
There are still sporadic failures such as:
I have made a small change for this in r87260.
--
___
Python tracker rep
Senthil Kumaran orsent...@gmail.com added the comment:
Zsolt,
The change in the urllib2 was at a place where tuple of all local ips
were required.
In test_urllib2, which testcase failed?
Also, can you make this change and see if this helps in your case.
- localaddr
Senthil Kumaran orsent...@gmail.com added the comment:
+localaddr = socket.gethostbyname_ex(socket.gethostname())[2][0]
May not be a generic solution, because in another system the other ip
could be first in the list. Because the failure was in the test_file,
which was basically
Senthil Kumaran orsent...@gmail.com added the comment:
I just read the whole discussion and it seems that code was in place so that
client can tolerant of a BAD HTTP 0.9 Server response.
http://www.w3.org/Protocols/HTTP/OldServers.html
Given that issue10711 talks about removing HTTP/0.9
Senthil Kumaran orsent...@gmail.com added the comment:
+1 removing HTTP 0.9, and falling back to HTTP 1.0 behavior where ever it was
HTTP 0.9. Removing support for response without status (which was acceptable by
0.9) is fine. I reviewed the patch too and it seems good to go
Senthil Kumaran orsent...@gmail.com added the comment:
Well, ignore my comment on order of ip addresses. It definitely does not matter
in this case for test_urllib2.
However, readability does matter again as per my previous explanation, since
http://localhost/ was being exercised
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Dec 16, 2010 at 01:18:30PM +, Antoine Pitrou wrote:
Well, removing 0.9 support doesn't make this obsolete, does it?
It does. Doesn't it? Because I saw in your patch that you fall back on
HTTP 1.0 behaviour when the server does
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Dec 16, 2010 at 02:02:10PM +, Antoine Pitrou wrote:
I don't think you understood the issue here. Calling readline() without
a maximum length means the process memory potentially explodes, if the
server sends gigabytes of data
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r87329, r87330 and r87331. Thanks for the patch Wes, that was proper.
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Senthil Kumaran orsent...@gmail.com added the comment:
If a client sends a request without specifying the version, GET /, then the
Python server should behave like other common servers are behaving, namely
support rfc 1945 for HTTP 1.0 spec and return the response without headers.
Removing
Senthil Kumaran orsent...@gmail.com added the comment:
Wes, I forgot to address your last comment.
HTTPClient follows HTTP Spec for requests and responses. When it is used, the
request is on the PATH and the code there checks if the path does not exist
does a request
Senthil Kumaran orsent...@gmail.com added the comment:
In the morning, I had a comment on the patch wondering why read _MAXLENGH + 1
and then check for len of header _MAXLENGH. Instead of just reading _MAXLENGH
(and if the length matched rejecting). ( Looks like it did not go through).
I
Senthil Kumaran orsent...@gmail.com added the comment:
This is committed in r87399. Documentation and NEWS is added. Thanks for the
patch and review comments.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
Senthil Kumaran orsent...@gmail.com added the comment:
Xuanji, Thanks for the comments on 'data' being bytes. I had just cared to add
the feature information. I think that data detail should have been updated too.
I think for your other two questions, we discussed it msg123051 - socket
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3566
___
___
Python-bugs-list
Senthil Kumaran orsent...@gmail.com added the comment:
I think, we need to move forward with this. It is one of the earliest i worked
on. I shall look at John's patch and look through it's inclusion in the code.
--
assignee: facundobatista - orsenthil
On Tue, Dec 14, 2010 at 03:42:17PM +, Alexander Belopolsky wrote:
I am attaching a patch that expands the documentation of isalnum,
isalpha, isdecimal, isdigit, isnumeric, islower, isupper, and
isspace. I did not change isidentifier or isprintable because their
...
redundant checks for
Senthil Kumaran orsent...@gmail.com added the comment:
Yes, I too agree that HTMLParser.unescape() should split-out malformed char-ref
just as other browsers do.
But, as unescape function has undocumented/unexposed for releases, I am not
sure making it exposed is a good idea. HTMLParser
On Thu, Dec 23, 2010 at 07:53:01PM +, R. David Murray wrote:
The sorting is based on a 'handler_order' attribute, by the way, and
presumably does control the order in which they are applied.
Yes. Exactly.
___
Python-bugs-list mailing list
Senthil Kumaran orsent...@gmail.com added the comment:
On Wed, Dec 22, 2010 at 12:20:24AM +, R. David Murray wrote:
Presumably all that is needed is to add ';' to 'safe' in the call
that encodes PATH_INFO?
Well, that is what is required in order for the quote function call to
ignore
Senthil Kumaran orsent...@gmail.com added the comment:
A mistake with Content-Length in the previous commit resolved in revision 87469.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
Senthil Kumaran orsent...@gmail.com added the comment:
Closing this as Invalid, because in the latest code, if the Host header is not
explicitly specified by the request, then it is added to unredirected headers
and if it explicitly specified by the request, then it is taken into account
when
On Sun, Dec 12, 2010 at 09:52:27PM +, Brett Cannon wrote:
At this point I'm willing to either hand maintenance of the files
over to someone else or to delete the files and shift what we point
people at.
I think, just pointing to the script at vim.org location is a good
idea. It is
Senthil Kumaran orsent...@gmail.com added the comment:
I agree that semi-colon separated segments (params) can be in PATH portion of
the url. I was trying to find out, how a path;params would be useful in wsgiref
request_uri's PATH_INFO variable , wherein I assumed PATH_INFO should be a
file
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed this in r87542 in (py3k). unescape is undocumented helper method, so no
docs are added.
There was already an issue ( Issue6662) on malformed charref handling and it is
fixed.
--
resolution: - fixed
stage: patch review
Senthil Kumaran orsent...@gmail.com added the comment:
r87544 (release27-maint) and r87545 (release31-maint).
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10759
Senthil Kumaran orsent...@gmail.com added the comment:
r87564 (py3k), r87565 (release31-maint) and r87566 (release27-maint).
Just a Note.
These kind of minor changes have many a times resulted in regression for
developers who relied upon previous bad behavior. I have added NEWS to explain
Senthil Kumaran orsent...@gmail.com added the comment:
On Mon, Dec 27, 2010 at 07:59:46PM +, Brett Cannon wrote:
But if you have a local copy of the Vim files from the community
what is preventing you from editing them for new keywords and
sending a patch to the maintainer so
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r87573 and r87574
--
nosy: +orsenthil
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http
If you provide some tests augumenting the currently existing tests
test_htmlparser.py and also ensure that no existing test breaks, it
would be help better to review the patch. I do see some changes made
to the regex and parsing. So tests would definitely help.
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10817
Senthil Kumaran orsent...@gmail.com added the comment:
On Fri, Jan 07, 2011 at 07:14:30PM +, Shawn Ligocki wrote:
I think the problem is that http://118114.cn; says it redirects to
http://www.118114.cn:;, but it seems like urllib2 should be able to
deal with that or at least report back
Senthil Kumaran orsent...@gmail.com added the comment:
The title got reset by my previous response. Changing it again.
I vote for closing this report as Invalid as I see that the error message which
is raised is proper and meaningful.
httplib.InvalidURL: nonnumeric port
Senthil Kumaran orsent...@gmail.com added the comment:
Hi Georg,
In the previous comment, I had written that
'let me see if we have to accommodate those very special case
where data can be a zero length string just to accommodate the mistake
it was present in the earlier version.'
More, I
Senthil Kumaran orsent...@gmail.com added the comment:
Thanks for the note. I shall some details to the NEWS entry before the release.
Closing this report.
--
priority: critical - low
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Senthil Kumaran orsent...@gmail.com:
--
priority: low - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3243
___
___
Python-bugs
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10926
___
___
Python-bugs-list
Senthil Kumaran orsent...@gmail.com added the comment:
Why is reindent.py translating the whole file to platform default newline such
a bad thing? Could not it be considered as helpful behavior, especially in the
case where the user has mixed EOLs by mistake?
--
nosy: +orsenthil
Senthil Kumaran orsent...@gmail.com added the comment:
I find this problem with 3.x and not with 2.x codeline
--
nosy: +orsenthil
versions: +Python 3.1, Python 3.2 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
On Wed, Jan 12, 2011 at 12:23:31AM +, Éric Araujo wrote:
I thought of adding 'http://' if not present but that would
disable opening files in a file browser.
I think that’s a Windows-specific behavior, not a promise of the
*web*browser module.
If being lenient with URLs which do not
Senthil Kumaran orsent...@gmail.com added the comment:
Can you provide a test case which actually illustrates that zombie socket
connections present after the HTTPS Connection and Close?
I see the logic in your patch. But I don't see no left over unclosed
connections upon ssl.close either
Changes by Senthil Kumaran orsent...@gmail.com:
Removed file: http://bugs.python.org/file20502/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10993
Senthil Kumaran orsent...@gmail.com added the comment:
I think, we are facing a platform specific bug here. I had tried
similar program earlier and I tried your attached snippet with python
2.6.6 and release27-maint branch and I dont see the zombie sockets on
Ubuntu 10.10
Senthil Kumaran orsent...@gmail.com added the comment:
Here is a patch (against release27-maint) for to fix this issue. BTW,what is
the best way to check for case insensitive file-system? The test here merely
checks if sys.platform returns mac, darwin or win32.
--
keywords: +patch
Senthil Kumaran orsent...@gmail.com added the comment:
I would also add 'cygwin' to the list. I am not sure about the behavior of
OpenVMS or other less prevalent file systems.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
On Thu, Jan 06, 2011 at 12:15:26AM +, Antoine Pitrou wrote:
IMO they should all be prefixed with an underscore. Greg?
+1 to this suggestion. It would make it consistent with expectations.
But yeah, I also think that all public methods should be in __all__ is
not a guarantee.
Senthil Kumaran orsent...@gmail.com added the comment:
The POST data should be bytes. So in the attached test case, instead of
request = urllib.request.Request('http://does.not.matter', 'foo=bar')
it should be:
request = urllib.request.Request('http://does.not.matter', b'foo=bar
Senthil Kumaran orsent...@gmail.com added the comment:
For this particular issue, I think, it is good idea to disallow str
explicitly, instead of letting it go through the Iterable and raise a
ValueError with a different message.
--
___
Python
Senthil Kumaran orsent...@gmail.com added the comment:
Kenny, I don't see a problem with uuid is *imported*, it just creates a couple
of STANDARD UUID class objects for use later. And this seems to just set the
number and validates it. I don't see any subprocess calls performed. Perhaps
you
Senthil Kumaran orsent...@gmail.com added the comment:
Unable to determine the bug here. If you have questions with using python,
please ask python-l...@python.org
--
nosy: +orsenthil
stage: - committed/rejected
status: open - closed
type: - behavior
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11153
Senthil Kumaran orsent...@gmail.com added the comment:
On Sat, Feb 5, 2011 at 12:33 AM, Georg Brandl rep...@bugs.python.org wrote:
Then let us do that.
Senthil, what about urlencode of bytes values returning a str?
Sorry, the late response. I needed some time to look at this one and I
Senthil Kumaran orsent...@gmail.com added the comment:
Here is a patch to resolve this issue. Let me know if it okay to commit.(Or
feel free to commit too).
--
stage: - patch review
Added file: http://bugs.python.org/file20732/issue11082.diff
Senthil Kumaran orsent...@gmail.com added the comment:
Victor - It does not change the API. Only that the ValueError message which had
a confusing message that for iterable data of type class 'str' is made
clear that POST should not be a str.
Yes, a TypeError instead of ValueError would
1 - 100 of 1771 matches
Mail list logo
