Martin Panter added the comment:
Similarly, I expected this to return "rtmp://host/app?auth=token":
urljoin("rtmp://host/app", "?auth=token")
I'm not sure adding everybody's custom scheme to a hard-coded whitelist is the
best way to do solve this.
Be
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue1500504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
If this goes ahead, would a bytes.dedent() method be also considered? I
recently discovered that textwrap.dedent() does not work on bytes() in Python
3. I would have used it for the contents of an input file in a test case.
For the record there’s an older
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue14653>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue3132>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue2909>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Also it would be nice to clarify if struct.Struct.format is meant to be a byte
string. Reading the documentation and examples I expected a character string.
It was an issue for me when embedding one structure within another:
HSF_VOL_DESC = Struct("<
Martin Panter added the comment:
Does the fix for Issue 12692 work for you? Namely this revision
<http://hg.python.org/cpython/rev/92656b5df2f2>. It was backported to C Python
3.3.4 as I understand.
--
___
Python tracker
<http://bugs.p
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20895>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20898>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Yet another duplicate of Issue 4806, by the looks
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20
Martin Panter added the comment:
Actually I am still seeing this in 3.4.0. Looks like the doctype() method was
not removed after all.
--
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue19
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue15351>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21000>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
title: ElementTree objects should support all the same methods are Element
objects -> ElementTree objects should support all the same methods as Element
objects
___
Python tracker
&l
New submission from Martin Panter:
Here is a regression test and patch to close the socket reader when a HTTP
server causes getresponse() to fail, for instance if the server times out and
drops the connection without sending any response. Without the patch the socket
will only be closed by
Changes by Martin Panter :
Added file: http://bugs.python.org/file34580/close.patch
___
Python tracker
<http://bugs.python.org/issue21032>
___
___
Python-bugs-list mailin
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21044>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
With the code included below, and warnings enabled, I see a flood of unexpected
ImportWarnings as the interpreter exits. The issue is seen with Python 3.4.0,
but apparently not with 3.3.5.
The issue originally happened with code using the Py Socks library
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21052>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
If you do go ahead and add “except Exception” clauses, maybe look around at
what other exceptions are being handled. The other day I stumbled across this
in “tkinter.font” module:
try:
...
except (KeyboardInterrupt, SystemExit):
raise
except Exception
Martin Panter added the comment:
I suspect “iterable” is the wrong term.
>>> isinstance(set(), Iterable)
True
>>> "abc".translate(set())
TypeError: 'set' object does not support indexing
>>> "abc".translate(object())
TypeError: &
Martin Panter added the comment:
This is closely related to Issue 16349. If format strings were explicitly
allowed to be byte strings there would be less conflict, but documenting the
data type of the “format” attribute is better than nothing.
--
nosy: +vadmium
Martin Panter added the comment:
The issue of Struct.format being a byte string has been raised separately in
Issue 21071.
--
___
Python tracker
<http://bugs.python.org/issue16
Martin Panter added the comment:
The suggested subclass might have to call the default bind(("", 0)) before
running certain other operations, including connect(), send[to](),
recv[from](), since these operations are meant to automatically bind if
necessary.
--
nosy
Martin Panter added the comment:
I don’t think these ones could be so easily fixed, but on my computer “pydoc”
references:
* library/importlib.machinery.html (ideally should be
library/importlib.html#module-importlib.machinery)
* library/tkinter.font.html (not in Python documentation at all
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue1191964>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21108>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
>>> from shutil import make_archive; make_archive("a", "tar")
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3.4/shutil.py", line 783, in make_archive
filename = fun
Martin Panter added the comment:
Seems like shutil._unpack_tarfile() is affected. I guess it could at least do
with one of those warnings in the documentation for make_archive().
The patch for this bug looks a bit over enthusiastic, for example
skip_prefixes("blaua../stuff") would i
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue20198>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue18304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Looking at Issue 430706 and revision 27f36f4bf525, there is concious support
for HTTP 1.1 persistent connections. Apparently the 1.0 default is just for
backwards compatibility.
--
nosy: +vadmium
___
Python tracker
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21257>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19829>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
>>> f = open("/dev/stdout", "w+b") # Or any non-seekable file, pipe, etc
__main__:1: ResourceWarning: unclosed file <_io.FileIO name='/dev/stdout'
mode='rb+'>
Traceback (most recent call last):
File &qu
Martin Panter added the comment:
I opened Issue 21310 about a ResourceWarning from open() which I suspect is the
same as what was originally described here.
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue18
Martin Panter added the comment:
I interpreted it more along the lines of “. . . returns a
http.client.HTTPResponse object [with] the following [additional] methods.”
Indeed, a HTTP urlopen() response I just tried does have info(), geturl() and
getcode() methods, and I know the info() method
Martin Panter added the comment:
I ran into a related issue with the gettarinfo() method. Would that fall under
the scope of this bug, or should I raise a separate one?
>>> with tarfile.open("/dev/null", "w") as tar:
... with open(b"/bin/sh", &q
Martin Panter added the comment:
Perhaps you can avoid the 10 s deadlock timeout and threading in your test by
closing the underlying input pipe file descriptor (or raw file object), without
flushing it.
Also, it seems to me that “line_buffering=True” is redundant with
“write_through=True
Martin Panter added the comment:
Sorry, it seems I was wrong on the second point. Looking closer, it seems
write-through mode only flushes the TextIOWrapper layer, not the underlying
binary file object, whereas line-buffering mode flushes everything to the OS,
so the extra line_buffering=True
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21396>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21363>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21368>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
That particular revision isn’t sound so bad; I think the next revision,
78fb7f8cd349, which adds the make_streams_binary() function that replaces the
variables is a worry though.
This is the kind of code I use when I want to write binary data to stdout
Martin Panter added the comment:
On second thoughts maybe the idea of closing the input is not such a good idea
in practice. Once you call os.close() on the file descriptor, that descriptor
becomes unallocated, and I can’t see any way to prevent p.stdin.close(),
Popen() context, destructors
New submission from Martin Panter:
At the bottom of the “tkinter” doc page it mentions the “data” option is
available. However I was unable to get it to work well when passing a plain
bytes() string in. It seems the bytes() string gets interpreted as UTF-8
somewhere along the line, although
Martin Panter added the comment:
Thanks for looking at this. Originally the issue was found by reading the GIF
and PNG images on various web pages, such as
<http://www.weatherzone.com.au/vic/north-central/castlemaine>. However I was
also able to produce the problem with the other form
New submission from Martin Panter:
The documentation for the “subprocess” module says that a “with” statement will
“wait for” the process, implying that it does not leave a zombie. However this
is not the case if there is buffered input data:
$ python3 -Wall -bt -q
>>> import s
New submission from Martin Panter:
I made a writer class whose write() and flush() methods (unintentionally)
triggered exceptions. I wrapped this in a BufferedWriter. When close() is
called, the resulting exception has a string object in its __context__
attribute. Although the original error
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue634412>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Trouble is, in Python 2 bytes() and str() are the same thing, and most of those
conditions don’t apply. Maybe something like this is more correct:
-b : issue warnings about comparing bytearray with unicode.
(-bb: issue errors
Martin Panter added the comment:
I have a related issue in Python 3.4. I suspect it is the same underlying
problem as Henning’s. BufferedWriter is trying to write memoryview() objects,
but the documentation for RawIOBase.write() implies it only has to accept
bytes() and bytearray() objects
Changes by Martin Panter :
--
nosy: +vadmium
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue13322>
___
___
Python-bugs-list mailin
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue9008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue5207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21767>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
For RFC 2822, perhaps email.utils.parsedate() is good enough?
For RFC 3339, Issue 15873 has been opened for the "datetime" module. It has
more discussion and code, so perhaps this bug can be closed as a
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue4887>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue21777>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue13238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue7317>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue2927>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16549>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue16809>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue11344>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
I am using the C version of Element Tree via the main ElementTree module. I
have subclassed XMLParser, and created my own target object. I am not that
interested in XML doctypes, but the following simplified code raises a
DeprecationWarning:
$ python3.3
Martin Panter added the comment:
What happened to this patch? The current documentation is very misleading
because the descriptions of the two block fields appear to complement each
other.
--
nosy: +vadmium
___
Python tracker
<h
Martin Panter added the comment:
There is an issue in Python 2.7 (and 3.2 if that matters) with the
DeprecationWarning for the doctype() method being triggered internally. It is a
bit different from this issue but I think a solution has already been committed
for 3.3, and the commit message
Martin Panter added the comment:
The best way to work around it for me is just to ignore the warning. It doesn’t
really worry me that much, I only noticed it while porting a program to Python
3 anyway. So if you don’t want to touch the 2.7 branch I can live with that
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue15873>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue3566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
I wrote a basic “urllib.request” handler class that I have been using for HTTP
persistent connections. It is called PersistentConnectionHandler; see
https://github.com/vadmium/python-iview/blob/80dc1b4/iview/hds.py#L442
I am happy for this to be used as the
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19456>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19411>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
The a2b_qp() function also documents a byte string restriction for 3.2, and now
3.3 also seems to support ASCII-compatible text strings. Maybe the
documentation should reflect this also?
--
nosy: +vadmium
___
Python
New submission from Martin Panter:
The AbstractHTTPHandler.do_open() method creates a HTTPConnection object but
does not save it anywhere. This means a ResourceWarning is eventually
triggered, at least when the HTTP server leaves the the connection open.
Demonstration code:
from
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19251>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue17823>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue3244>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue11245>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue1348>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Just thinking the first case might get quite a few false positives. Maybe that
would still be acceptable, I dunno.
> - the str.encode method is called (redirect to codecs.encode to handle
> arbitrary input types in a forward compatible way)
I guess y
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19291>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Martin Panter:
Currently the documentation for the “bufsize” parameter in the “subprocess”
module says:
"""
Changed in version 3.2.4,: 3.3.1
bufsize now defaults to -1 to enable buffering by default to match the behavior
that most code expects. In 3.2.0 th
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue10712>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
The ntpath.splitpath() version is easy to get lost in. It would probably help
if you spelt out all the single-letter variable names, and explained that
tri-state root/separator = None/True/False flag. Maybe there is a less
convoluted way to write it too, I
Martin Panter added the comment:
Please apply Neil Muller’s documentation patch. It is certainly better than the
current state.
If you want to improve it further, maybe get rid of the trailing comma, and
mention that the close() method returns the exit status encoded like the wait()
function
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19656>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue15204>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Also it would be good to document that it returns a text stream, not a binary
stream.
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19737>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue19691>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin Panter :
--
nosy: +vadmium
___
Python tracker
<http://bugs.python.org/issue9374>
___
___
Python-bugs-list mailing list
Unsubscribe:
Martin Panter added the comment:
Suspect this is now fixed in a generic way by Issue 9374. The fix seems to be
in 2.7, 3.2 and 3.3.
$ python3.3
Python 3.3.2 (default, May 16 2013, 23:40:52)
[GCC 4.6.3] on linux
Type "help", "copyright", "credits" or "lice
501 - 600 of 4320 matches
Mail list logo
