Adam Bartoš added the comment:
I've also run into this issue (see
https://mail.python.org/pipermail/python-list/2015-July/693496.html and the
following thread). I'm adding some small examples showing the behavior.
import asyncio
async def wait():
await asyncio.sleep(5)
loop
Adam added the comment:
Is this enhancement still open? I've run into this problem previously, and
would be more than happy to implement this feature.
--
nosy: +azsorkin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17908
New submission from Adam:
I think dynload_shlib (and maybe some of the other non-ldl dynamic library
loaders?) should close the libraries when the interpreter is shut down.
Currently the handles are not ever closed and in ldl's case sometimes leaked.
The reason I desire this behavior is I
New submission from Adam Mead:
Under windows the following code does not pass the LFN to the script. Nor does
any other method I've tried (getopts argparse)
test.py
import sys
print ('Number of arguments:', len(sys.argv), 'arguments.')
print ('Argument List:', str(sys.argv))
for x in range(0
Adam Mead added the comment:
Hi,
I think I've found the problem.
After reading you message and seeing your output I went to my laptop which
didn't have python installed (using portable on it) and clean installed.
Using a clean install with 3.4.2 on a Win8 machine it worked fine.
I suspect
New submission from Adam Carruthers:
255 is 255 - True (255).bit_length() - 8
256 is 256 - True (256).bit_length() - 9
257 is 257 - False (257).bit_length() - 9
^
Will show True if you do it exactly like this because of a quirk.
a = 257
b = 257
a is b - False
I
Changes by Adam Carruthers adamjcarruther...@gmail.com:
--
nosy: -Adam.Carruthers
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23124
New submission from Adam Kimbrough:
I am on a Mac running Mavericks 10.9.4. Whenever I press shift+command+s to
save a file as a specific name, it opens two windows. But, if I Save As
through the button in the menu bar, it only opens one window.
--
components: IDLE
messages: 224204
Adam Tauno Williams added the comment:
test fails for me with provided bad.tar [as described in comment] but test
passed after applying patch to tarfile.
--
nosy: +whitemice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15858
Changes by Adam Tauno Williams awill...@whitemice.org:
--
nosy: +whitemice
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12319
___
___
Python-bugs
New submission from Adam Matan:
Abstract:
Calling pip.get_installed_distributions() from a directory with a setup.py file
returns a list which does not include the package(s) listed in the setup.py
file.
Steps to reproduce:
1. Create a virtual environment and activate it.
2. Download any
Changes by Adam Matan a...@matan.name:
--
title: pip.get_installed_distributions() Does not -
pip.get_installed_distributions() Does not return packages in the current
working directory
___
Python tracker rep...@bugs.python.org
http
Adam Polkosnik added the comment:
Both. Other programs, and in python scripts when raise() is removed in
zipfile.py. Unless your results are different.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Extraction works fine, the issue was that raise() was creating an exception,
and stoping the whole extraction process. When replaced with a warning,
everything works fine.
--
___
Python tracker rep
Adam Polkosnik added the comment:
Ethan,
I'd refer you to msg92309...
And
When testing with WinZip it looks like this:
No errors detected in compressed data of C:\Downloads\test.zip.
Testing ...
Testing test\OK
Testing test\test2.txt OK
Testing test1.txt
Adam Polkosnik added the comment:
Jim,
The problems documented here are related to two cases (both apparently arriving
from world of windows):
1. two relative paths with inverted slash in one of them (test\test2.txt vs
test/test2.txt)
2. relative path vs absolute path (windows\temp\test.txt
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file: http://bugs.python.org/file33666/zipfile_stupid3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35104/zipfile_276_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Attached is a patch with warnings against 2.7.6
--
Added file:
http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Attached is a patch with warnings against 3.4.0
--
Added file:
http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Attached is a patch with warnings against 2.7.6 (this one should be good to go)
--
Added file:
http://bugs.python.org/file35115/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http
Adam Polkosnik added the comment:
3.4.0 pathc with stacklevel=2
--
Added file:
http://bugs.python.org/file35117/zipfile_340_filename_mismatch_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
I just looked through 2.7.6 version of zipfile, and the the error handling
there is either through using raise() or print(). So, inline with the guidance
provided for 2.7.6, perhapswe should stick with print() instead of
warning.warn(). I'll post that a bit
Adam Polkosnik added the comment:
Jim,
I've got some test cases where the zlib_forward_slash.patch doesn't cut it.
That was the reason for trying a broader approach with filename_mismatch
patches.
--
Added file:
http://bugs.python.org/file35120/zipfile_276_filename_mismatch_v3
Adam Polkosnik added the comment:
Is there anything else that you need me to provide?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Gentlemen,
Is there's any way this fix can be included in any version?
Currently, the fact that the exception is thrown makes extracting some zip
files impossible with this library, and rolling your own is a bit painful.
(either using a wrapper around 7zip
Adam Polkosnik added the comment:
For the version headers, I've added the versions featuring the broken behavior.
That's all.
I'm not saying that this is
I'm extracting malware from the Central Quarantine files, and the vendor's
implementation is broken and is causing this issue for me
Adam Polkosnik added the comment:
Also, this behavior is present on all platforms and all versions of Python
(zipfile Library), so maybe the headers should be adjusted there too.
I'm not saying that this is necessarily a big freaking hole, but by using this,
one can prevent files from being
Adam Polkosnik added the comment:
If I got a file scanner in my mail gateway implemented with this, one can
easily avoid getting the contents of zip-files scanned. Is that enough of a
security impact?
--
___
Python tracker rep...@bugs.python.org
Adam Polkosnik added the comment:
I've also tested with WinZip, and Windows Explorer, on windows. Both extract
the contents of test.zip without a warning (just like 7zip on Windows did).
This behavior counts as Denial Of Service if the zipfile Library is used to
extract files, besides lots
Adam Polkosnik added the comment:
Terry, I apologize about the second change of headers, somehow I must have used
the submission form to post the comment from a tab that had the old content,
and the headers didn't refresh there. I assure you that it was not my intention
to change them again
Adam Polkosnik added the comment:
In any event, I think that zipfile_stupid3.patch would be the best trivial fix
to this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Patch against 2.7.6 attached.
--
Added file: http://bugs.python.org/file35101/zipfile_276_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Patch against zipfile 3.4.0 attached.
--
Added file: http://bugs.python.org/file35102/zipfile_340_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35102/zipfile_340_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35101/zipfile_276_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
update
--
Added file: http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Once again patch against 2.7.6
--
Added file: http://bugs.python.org/file35104/zipfile_276_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
New submission from Adam Groszer:
In RawConfigParser the __name__ option handling is inconsistent:
RawConfigParser.options() and items() works hard to hide it, but has_options()
does not
--
components: Library (Lib)
messages: 215809
nosy: Adam.Groszer
priority: normal
severity: normal
Adam Groszer added the comment:
e.g.
myconfig.has_options(existing section, __name__)
is always True, whereas
myconfig.options(existing section)
never has a __name__ entry
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Adam Goodman added the comment:
What Martin said is correct, IMO.
The actual problem I'd like to correct is: If I - for example - create an
HTTPSConnection with cert validation enabled, and set to use the default OS
trust mechanism, then the validation process should trigger Windows' root CA
New submission from Adam Goodman:
Starting with Vista, Microsoft began shipping only a very minimal set of root
CA certificates with Windows. Microsoft does trust many other authorities, but
for these, Windows relies on the Update Root Certificates feature:
http://technet.microsoft.com/en-us
Changes by Adam Goodman akg...@duosecurity.com:
Added file: http://bugs.python.org/file34405/win_ca_test.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20916
Adam Goodman added the comment:
I just tried installing the root certificate update from KB931125 on a clean
VM. Now I have 369 trusted root CAs, according to certmgr.msc. (I imagine it
would be unreasonable to expect all windows python users to do this, though...)
The https request
Adam Polkosnik added the comment:
It might not be a regular security issue, but it is not extracting some files
that it should. There's a possible scenario, where it can be a security issue.
--
___
Python tracker rep...@bugs.python.org
http
Adam Knight added the comment:
Can someone add this in? What needs to be done to make it happen? Kind of need
this for a project I'm working on...
--
nosy: +ahknight
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19023
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file: http://bugs.python.org/file32160/zipfile.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
I'm in a similar situation, my test file raises this:
File name in directory windows\TEMP\\test123.txt and header
C:\windows\TEMP\\test123.txt differ.
It turns out that I can't find any cross platform procedures for processing the
paths between the different
Adam Polkosnik added the comment:
This one has the parentheses for print, so that it works in python 3.x. Also,
the default fallback behavior in this case is to use the filename from the
zips' directory (the first path in the warning).
--
Added file: http://bugs.python.org/file33663
Adam Polkosnik added the comment:
Can we get this simple fix implemented in time for the next 2.7.x release?!
Thank you!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Excellent, please see my third attempt.
--
Added file: http://bugs.python.org/file33666/zipfile_stupid3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file: http://bugs.python.org/file33662/zipfile_stupid.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file: http://bugs.python.org/file33663/zipfile_stupid2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Tomjack added the comment:
The proposed patches don't fix the problem. They may well allow DDL in
transactions, but that's not the real problem.
A database library must *NEVER* implicitly commit or rollback. That's
completely insane.
import this
...
Explicit is better
Adam Polkosnik added the comment:
Just tested my patch on mac, and it appears that it didn't work on OSX (and
likely on other unix platforms too).
Conclusion... os.path.basename() will not do anything to windows paths when
running on unix.
I'm thinking that instead of bailing at 'File name
Ron Adam added the comment:
Adding you Nick, I don't have commit rights. This probably doesn't need much..
maybe a one line comment in news is all. (And maybe not even that.)
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http
Adam Polkosnik added the comment:
I've got bitten by a different variation of this bug.
In my case the issue can be summarized by:
zipfile.BadZipfile: File name in directory Windows\TEMP\test.tmp and header
C:\Windows\TEMP\test.tmp differ.
Attached is a patch for Python27/lib/zipfile.py. I
New submission from Adam Davison:
If you pass an array containing nan to collections.Counter, rather than
counting the number of 'nan's it outputs 'nan': 1 n times into the
dictionary. I appreciate using this on an array of floats is a bit of an
unusual case but I don't think
Adam Davison added the comment:
Thanks for the quick response. I'm really using a pandas Series, which is
effectively a numpy array behind the scenes as far as I understand, the example
I pasted was just to illustrate the behaviour. So the nans are being produced
elsewhere, I don't really
Changes by Adam Bielański abg...@gmail.com:
--
nosy: +Adam.Bielański
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18756
___
___
Python-bugs-list
New submission from Ron Adam:
Shouldn't at least isdecimal return True?
'123.0'.isdecimal()
False
'123.0'.isalnum()
False
'123.0'.isnumeric()
False
'123.0'.isdigit()
False
--
components: Interpreter Core
messages: 195186
nosy: ron_adam
priority: normal
severity: normal
status: open
Ron Adam added the comment:
I get the same resluts if I make the string by str(123.0). I was thinking it
should test True for the isdecimal case for that.
It seems I missunderstood their purpose/use. This seems like it would be a
very common misunderstanding.
It appears, (Because it isn't
Changes by Ron Adam ron3...@gmail.com:
Removed file: http://bugs.python.org/file30922/pdoc_symbols.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
Ron Adam added the comment:
Patch update: removed from pydoc symbols table.
--
Added file: http://bugs.python.org/file30931/pdoc_symbols.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
Ron Adam added the comment:
I agree the specific content for each symbol are separate issues. Those are
probably best addressed individually or a few at a time when they are closely
related.
--
___
Python tracker rep...@bugs.python.org
http
Ron Adam added the comment:
Regarding opertor.get_op:
Look at help(symbols) output for consistancy. There may be items in one that
can be included in the other.
The operator.get_op addition would be useful for improving help on the symbol
information for help/pydoc. Currently it seems
Ron Adam added the comment:
Thanks for catching that. I had used unquote_plus instead of unquote. That is
needed for multi-field form data, pydoc doens't need it.
Removed the back tick from the pydoc symbols list. The topic link for that
symbol was already removed.
I also attempted
Ron Adam added the comment:
Updated the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
___
___
Python-bugs-list mailing list
Changes by Ron Adam ron3...@gmail.com:
Removed file: http://bugs.python.org/file30843/pdoc_symbols.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
Changes by Ron Adam ron3...@gmail.com:
Removed file: http://bugs.python.org/file30831/pdoc_symbols.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
Ron Adam added the comment:
New slightly improved patch. Combined the topic index's, topics, keywords, and
the new symbols case, into a single html_topicsindex(title) function.
--
Added file: http://bugs.python.org/file30843/pdoc_symbols.diff
Adam Collard added the comment:
I've got a patch for this, but I'm a bit worried about the impact on the
documented API. I've tried to do the best I could to minimize it through use of
keyword-arguments but I'm a bit unsure about the change (and the docs too!)
I hope this is useful to someone
Adam Collard added the comment:
Use raise from None to avoid additional exception context
--
Added file: http://bugs.python.org/file30800/argparse-raise-from-None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9495
Adam Collard added the comment:
The typo is no longer present, but the docs were still wrong.
--
nosy: +adam-collard
Added file: http://bugs.python.org/file30803/issue-12645-test-docs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17349
___
___
Python-bugs
Adam Collard added the comment:
Since this bug depends on a __future__ import I was advised to put the test in
a separate file.
--
Added file: http://bugs.python.org/file30815/issue-17349-wsgiref
___
Python tracker rep...@bugs.python.org
http
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15370
___
___
Python-bugs
New submission from Ron Adam:
This patch adds a 'symbols' link after the 'topics' and 'keywords' links in the
html browser menu bar.
help('symbols') worked, but there was no way to get to it in the html browser.
This also adds unquote_plus() to the url handler to unquote the html input form
Changes by Ron Adam ron3...@gmail.com:
--
title: Add 'symbols' link to html menu bar. - Add 'symbols' link to pydoc's
html menu bar.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18387
New submission from Adam Urban:
import xml.etree.ElementTree as ET
tree = ET.parse(myinput.xml)
tree.write(myoutput.xml, encoding=utf-16le, xml_declaration=False,
default_namespace=None, method=html)
If the source XML has a tag like this:
someTagsomeData/someTag
ElementTree will output
New submission from Adam Urban:
import xml.etree.ElementTree as ET
tree = ET.parse(myinput.xml)
tree.write(myoutput.xml, encoding=utf-16)
...Output is a garbled mess, often a mix of UTF-8 and UTF-16 bytes... UTF-8
output works fine, but when UTF-16, UTF-16LE, or UTF-16BE are specified
Changes by Adam Brenecki a...@brenecki.id.au:
--
nosy: +adambrenecki
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17849
___
___
Python-bugs-list
Adam Duston added the comment:
We used the xmlrpc++0.7 library to set up a test server, consistent with what
Arno reported in the original ticket. We weren’t able to reproduce the problem
with 2.7.2 or 3.4. Furthermore, xmlrpclib.Server (or xmlrpc.client.Server in
Python 3) connects with HTTP
Changes by Adam Duston adus...@gmail.com:
--
versions: +Python 2.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1727418
Marc Adam Anderson added the comment:
This enhancement has been implemented. The code is based on hoffman's code.
Tests for this enhancement, as well as tests for os.getcwd() have also been
added. The docs have been updated and tested locally.
--
keywords: +patch
nosy: +marcadam
Added
Marc Adam Anderson added the comment:
Unable to reproduce this bug on Mac OS X 10.8.3 (12D78) using Python 3.4.0a0
and the following browsers:
- Google Chrome 25.0.1364.172
- Firefox 13.0.1
- Safari 6.0.3 (8536.28.10)
--
nosy: +marcadam
___
Python
Marc Adam Anderson added the comment:
Tested patch using Python 3.4.0a0 on Mac OS X 10.8.3 (12D78). Patch appears to
fix the bug.
--
nosy: +marcadam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8862
Ron Adam added the comment:
I'm going to go over this issue again with fresh eyes after having been away
for some time.
Recent experience with another project has helped answer some of the questions
I had earlier. Particulary, how not to over specifying class names and id's.
This should
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12681
___
___
Python-bugs
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9495
___
___
Python-bugs-list
New submission from Adam Kellas:
If you use safe_substitute and try to use a variable reference style other than
${foo}, you will find that it assumes ${foo} style. In particular, when
evaluating $[foo] (square braces) and 'foo' is not defined, safe_substitute
will put the string back
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1100942
___
___
Python-bugs
Changes by Adam Bielański abg...@gmail.com:
--
nosy: +Adam.Bielański
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7563
___
___
Python-bugs-list
Adam Glenn added the comment:
I did some more testing and verified that this is a problem caused by the fact
that trans_5C is a string and not unicode. It also happens when trans_36 is
sent to key.translate().
Python 2.7.3 (default, Aug 1 2012, 05:14:39)
[GCC 4.6.3] on linux2
Type help
New submission from Adam Glenn:
When passing 2 unicode objects to hmac.new() I'm getting TypeError: character
mapping must return integer, None or unicode I've tried this using
hashlib.sha1 and hashlib.md5 and the behavior is the same. What I think is
happening is that the trans_5C join
Adam Simpkins added the comment:
+ Get a wide character as (is_key_code, key). *is_key_code* is True for
+ function keys, keypad keys and so, in this case, *key* is a multibyte
string
+ containing the key name. Otherwise, *key* is a single character
+ corresponding to the key
New submission from Adam Simpkins:
The curses.get_wch() function does not check if wget_wch() returned OK or
KEY_CODE_YES. In either case, it simply returns the character code.
This makes get_wch() unusable when keypad is enabled, because the caller cannot
distinguish function key or arrow
201 - 300 of 678 matches
Mail list logo
