New submission from Stephen :
I have created an enhancement in the Turtle module. When a programmer wants to
have an action performed after clicking on a Turtle object, the programmer is
currently unable to supply any arguments into the method that is run when
"on_clicked" which is
Change by Stephen :
--
keywords: +patch
pull_requests: +22972
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24143
___
Python tracker
<https://bugs.python.org/issu
New submission from Stephen:
Machine is Redhat Linux 6.2. Tried to install Python3.3 build failed in the
make step.
---
[sliu@wtl-build-1 Python-3.3.0]$ uname -a
Linux wtl-build-1 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64
x86_64 x86_64 GNU/Linux
[sliu
Stephen added the comment:
Sorry, missed the configure command in the previous message. It should have
been:
---
[sliu@wtl-build-1 Python-3.3.0]$ uname -a
Linux wtl-build-1 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64
x86_64 x86_64 GNU/Linux
[sliu@wtl
Stephen added the comment:
Please ignore this. I have figured out it was caused by our company's make
wrapper. Using native "make" works like a charm.
--
___
Python tracker
<http://bugs.pyt
New submission from stephen:
python3.4.3 on linux mint 17.3
interactive mode on terminal
>>> fred=[0,1,2,3,4]
>>> fred.insert(-1,9)
>>> fred
[0, 1, 2, 3, 9, 4]
We should get [0,1,2,3,4,9]. Embarrassing error!
--
messages: 278541
nosy: unklestephen
priori
New submission from Stephen Gildea :
A message's flags are stored in its filename by Maildir, so the flags
are available without reading the message file itself. The structured
message file name makes it efficient to scan a large mailbox to select
only messages that are, for example
Change by Stephen Gildea :
--
keywords: +patch
pull_requests: +29463
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31302
___
Python tracker
<https://bugs.python.org/issu
Stephen Warren added the comment:
I'd say that junction points were a great way to expose this feature
under Win32 - after all, isn't it specifically what they were designed for?
Incidentally, at least one other application uses them for exactly this
purpose; a commercial source co
Stephen Warren added the comment:
I can confirm this happens for me too, also on CentOS 5, with SVN 2.5
HEAD as of now.
It seems that this problem occurs, whilst running the first compileall
command for the libinstall target:
Compiling /somewhere/lib/python2.5/test/test_multibytecodec.py
Stephen Warren added the comment:
The attached patch should solve the problem by adding appropriate
dependencies to the libinstall target.
I have tested:
./configure; make install
but not yet:
./configure; make all install
./configure; make all; make install
Note: I introduced a new
Stephen Warren added the comment:
Now, I have also tested:
./configure; make all install
./configure; make all; make install
The "install" piece of each of the above doesn't seem to accidentally
duplicate any of the building work, so the patch seems to check out OK -
no negati
Stephen Warren added the comment:
Hmm. I just tested Accurev - whatever it does, it works for files too.
That said, it could be making hard-links, which I guess could be different.
Additionally, the sysinternals "junction" utility doesn't find any
junction points when probing
Stephen Warren added the comment:
It seems that Accurev uses junction points for directories, and
hard-links for files. That's probably a little to disparate to implement
in Python?
Also, I tried sysinternals' junction.exe and whilst it allows one to
create junction points that poin
New submission from Stephen Vavasis :
There seems to be a serious bug in how python 2.7.2 binds variables to values.
In the attached function buildfunclist, you see that there is a variable called
'funclist' that is initialized to [], and then is modified only with 'append
New submission from Stephen Kelly :
There are several bugs on
http://docs.python.org/library/datetime.html
Section 8.1.6 references the method rzinfo.dst(), which does not exist.
Presumably this should be tzinfo.dst().
Section 8.1.4 contains an implementation of a GMT2 timezone. There seems
Stephen Kelly added the comment:
Patch looks good to me.
--
___
Python tracker
<http://bugs.python.org/issue13666>
___
___
Python-bugs-list mailing list
Unsub
Stephen Thorne added the comment:
I've taken the sdist.patch and wrote some tests for it. The resulting patch is
attached as 'manifest-respect.patch'.
--
nosy: +jerub
Added file: http://bugs.python.org/file22242/manifest-respect.patch
___
Stephen Thorne added the comment:
This patch is tested against the 3.1 and default branches, the previous patch
attached was against the 2.7 branch.
--
Added file: http://bugs.python.org/file22243/manifest-respect-3.patch
___
Python tracker
<h
Stephen White added the comment:
Debian appear to have applied this patch, and it seems to be causing problems:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593461
--
nosy: +Stephen.White
___
Python tracker
<http://bugs.python.org/issue762
Stephen White added the comment:
The patch, issue762963.diff, is broken. It is calling mktime on a struct tm
that is initialized to zeros. This means that it should be filling in the
missing fields based on their correct values for the date 1st Jan 1900, which
is incorrect behaviour as the
Stephen Thorne added the comment:
I have 2 patches, with tests, that applies on python2.7 and the python3 series
of branches, attached this ticket. I have also got a signed contributor
agreement lodged with the PSF.
Can I please have someone either apply my patches or tell me what I need to
Stephen Thorne added the comment:
Oh! I didn't see any notification that there was a review done. Thanks, I'll
attend to that.
--
___
Python tracker
<http://bugs.python.o
Stephen Thorne added the comment:
This patch is an updated patch that fixes the things noted in the review from
eric.araujo.
--
Added file: http://bugs.python.org/file22437/manifest-respect-3
___
Python tracker
<http://bugs.python.org/issue11
Stephen Thorne added the comment:
Updated the patch to address the 'why not use .strip()' question. I used
.rstrip('\r\n') on the basis that filenames may have leading or trailing
spaces, and if you need that, you need to be able to specify that in a
MANIFEST, but it is
Stephen Thorne added the comment:
Éric mentioned that i should check that this behaviour matches the
documentation. I have gone and looked for all instances of MANIFEST in the
documentation and found one place which was inconsistent. I've added the doc
patch to the patch. Please review
Stephen Thorne added the comment:
I'm having a look at this ticket now. It looks like this can be rewritten to
use common code, and it would probably be good to use the 'email' module for
creating the MIME segements properly.
Stephen Thorne added the comment:
Okay, I looked at this, then I ran into str/byte type problems with the email
module. Will wait until 'email' is sorted out before I consider a ticket like
this one again.
--
___
Python trac
Stephen White added the comment:
Just to confirm that it was a release, but 2.7.1 so not the current. Doesn't
appear to happen in Python 2.7 (as shipped with Fedora Core 14) or in Python
2.7.2.
C:\>\Python27\python.exe
Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.150
Stephen Hansen added the comment:
FWIW, this still happens on the latest of /branches/py3k, when LANG does not
match up to the enforced fs encoding-- which for me happened when I ran the
buildslave under launchd.
I was finally able to reproduce it, and after doing so, verified that
Stephen Hansen added the comment:
This issue seems to be the cause of issue4388 -- and cmdline_encoding-2.patch
fixes it, fwiw.
--
nosy: +ixokai
___
Python tracker
<http://bugs.python.org/issue9
Stephen Hansen added the comment:
I'm still getting this error on the release27-maint branch on my Snow Leopard
slave, and the issue8445.diff fixes it: will this fix be backported?
I tested issue8445.diff and it applies cleanly, and fixes the issue.
--
nosy: +i
Stephen Hansen added the comment:
BTW, release31-maint appears to have the same issue, its fouling up that build
on my slave too. I tried applying the ttk3k.patch but it didn't apply cleanly,
and I'm completely ignorant of TK so can't really figure out what's different
Stephen Hansen added the comment:
For the record, everything (2.7, 3.1, and 3.x) runs this test successfully now.
:)
--
___
Python tracker
<http://bugs.python.org/issue8
New submission from Stephen Hansen :
Ever since running the snow leopard buildslave, I've had sporadic failures in
test_urllibnet. At first I thought it was just a net glitch on my machine or
something, as immediately re-running the tests made it go away: but this most
recent one:
Stephen Hansen added the comment:
I'll run the test in -F mode for a few hours to see if it comes up or not: but
its hard for me to say one way or the other if anything has fixed or not fixed
it, as the failure only came up every once in awhile. But I&#x
Stephen Hansen added the comment:
Okay, at -r85630 on branches/py3k, I ran:
./python.exe -m test.regrtest -uall -F test_urllibnet
And after 158 retries, got the same error I had before:
test test_urllibnet failed -- Traceback (most recent call last):
File "/Users/pythonbuildbot/test/
Stephen Hansen added the comment:
FYI, this fix broke some buildbots:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow%20Leopard%202.7/builds/50
for instance. Gentoo too.
--
nosy: +ixokai
___
Python tracker
<http://bugs.python.
Stephen Hansen added the comment:
I can't be entirely sure, because a) I have never even glanced at the calendar
module, and b) my locale-fu is very weak, but my buildbot has consistently
failed on this test since this c
New submission from Stephen Hansen :
In the course of investigating issue10092, Georg discovered that the behavior
of locale.normalize() on Mac is bad.
Basically, "en_US.UTF-8" is how the "correct" locale string should be spelled
on the Mac. If you drop the d
Stephen Hansen added the comment:
Mark, the locals() right before "if encoding:" (line 399) are:
>>> locale.normalize("en_US.UTF-8")
{'code': 'en_US.ISO8859-1', 'langname': 'en_US', 'encoding': 'UTF8',
&#
Stephen Hansen added the comment:
You may "not care" about backwards compatibility, but introducing a breaking
change in 3.2 for mere style-conformity is not OK, IMO. If the patcher insists
on it being a breaking change, it should be rejected.
FWIW, this casing is sufficiently b
Stephen Hansen added the comment:
Considering I do use zipfiles a lot, I slightly care about this (at least,
eventually)-- I'm attaching a new patch, with doc and test changes as well (and
the compatibility alias).
What convinced me was looking at test_zipfile, and noticing how oft
Stephen Hansen added the comment:
Oh: and I tested it against branches/py3k in the head, it applies cleanly and
builds, and test_zipfile runs without error.
--
___
Python tracker
<http://bugs.python.org/issue7
Stephen Hansen added the comment:
The attached patch wraps all the calls to the internet in
support.transient_internet; I ran it against 3.x and it passed, and then I ran
it for quite awhile with the -F option, and encountered one event that I
believe would previously had resulted in one of
Stephen Hansen added the comment:
New patch, sans trailing whitespace. Ahem.
--
Added file: http://bugs.python.org/file19398/issue10116-nowhitespace.patch
___
Python tracker
<http://bugs.python.org/issue10
Changes by Stephen Hansen :
Removed file: http://bugs.python.org/file19390/issue10116.patch
___
Python tracker
<http://bugs.python.org/issue10116>
___
___
Python-bug
New submission from Stephen Hansen :
Another sporadic failure I've noticed since setting up my buildbot; test_ssl
keeps going down. This one I have a hard time analyzing with the tests output,
but the latest is:
http://www.python.org/dev/buildbot/all/builders/x86%20Snow%20Leopard%203.x/b
Changes by Stephen Hansen :
--
components: +Library (Lib), Tests
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue10236>
___
___
Python-
Stephen Hansen added the comment:
FWIW, my snow leopard slave isn't slow at all so I doubt there's a timeout
related to machine speed going on here, as its failing thus:
test test_threading failed -- Traceback (most recent call last):
File
"/Users/pythonbuildbot/buildarea
Stephen Hansen added the comment:
I can verify the problem exists in asyncore at release27-maint on the mac, and
that the below patch fixes it.
After applying, I ran a full regrtest and nothing new broke.
--
___
Python tracker
<h
Stephen Hansen added the comment:
This test is failing again, and IIUC, largely due to the same sort of issues:
http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%203.1/builds/65
I was able to track down what exactly caused it to fail in this case on my box,
though. Whatever
Changes by Stephen Hansen :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue7900>
___
___
Python-bugs-list mailing list
Unsubscri
Stephen Hansen added the comment:
Well, yes: the result of posix.getgroups is not a bug in Python, but is it a
bug in the test? Should it be skipped on OSX, or some other solution?
Having buildbots fail because of something that's expected behavior is bad,
isn
Stephen Hansen added the comment:
The test is clearly verifying a *wrong* assumption: that id -G will match
posix.getgroups() which simply does not hold on OSX.
I can reproduce this reliably on a completely clean, brand new installation of
10.5: from there the only things that have been done
Stephen Hansen added the comment:
On 11/16/10 5:44 AM, Ronald Oussoren wrote:
> Ronald Oussoren added the comment:
> Please explain how the failure can be reproduced.
I have. But to do so more directly:
1. Launch Terminal.app; leave the window console open.
2. Run: id -G
3. Run: py
Stephen Hansen added the comment:
I can try to do some testing to reproduce w/ 2.7: 2.5 was IIRC 32-bit on
leopard by default though, so should I force a non-64-bit build to test this?
I'm not entirely sure if that'll change things, but want to make sure. I can
test with both 2.5
Stephen Evans added the comment:
As suggested by Mark following my post on comp.lang.python I am adding further
comments to the discussion on this (closed) issue.
For a more mathematical consideration of the issue:
Stepanov, Alexander and Paul McJones. 2009. Elements of Programming. Addison
New submission from Stephen Ferg :
I think this is a consequence of the new Unicode support in Python 3+
Here is code copied from C:\Python32\Tools\Scripts\crlf.py (on windows)
==
for filename in os.listdir("."):
Stephen Hansen added the comment:
Latest Norton 360 fully updated has it clean; further, File Insight has it
marked as Trusted (thousands of Norton users have had the same file installed
for over a month with no reported trouble). Seems clean to me.
--
nosy: +ixokai
Stephen Hansen added the comment:
I downloaded that linked MSI again (as its different from the one originally
reported)-- and it too is still coming up as clean.
I would suggest that its clearly either a false positive as Jesús is
suggesting... or something on your side or between you and
Stephen Hansen added the comment:
On windows, "France" may work and "fr_FR" may not; yet on OSX its exactly the
opposite. Its not consistant across platforms.
--
___
Python tracker
<http://bug
Stephen Hansen added the comment:
FYI, The patch applied cleanly to branches/py3k; I then built a framework build
(universal), installed it and ran the test-suite.
I had two failures, but I don't know if either is related. The first was the tk
tests didn't pass, but I'm not su
New submission from Stephen Hansen :
With the latest from branches/py3k, in a framework build, I get:
Wimp:build pythonbuildbot$ ./python.exe -m test.regrtest test_site
[1/1] test_site
test test_site failed -- Traceback (most recent call last):
File "/Users/pythonbuildbot/32test/buil
Stephen Hansen added the comment:
... oops! Apparently dupe. Forgot to search first. Ignore.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Stephen Hansen :
--
superseder: -> pep-0370 on osx duplicates existing functionality
___
Python tracker
<http://bugs.python.org/issue10881>
___
_
Stephen Hansen added the comment:
This is just http://bugs.python.org/issue7900 all over again.
In the meantime, I restarted the buildslave and re-submitted the jobs so the
failures should go away. (I still advocate that the test is fundamentally
wrong/flawed on Mac and should be disabled at
Stephen Hansen added the comment:
I can confirm that this test has been failing on my slave, and that the patch
fixes it. Recommend commit. Red is bad.
--
assignee: -> ronaldoussoren
components: +Macintosh
nosy: +ixokai, ronaldoussoren
___
Pyt
New submission from Stephen Lewis <[EMAIL PROTECTED]>:
The documentation for several methods in the sqlite3 library seems to be
at odds with the function names:
sqlite3.Cursor.fetchone --> "Fetches several rows from the resultset."
sqlite3.Cursor.fetchmany --> &quo
New submission from Stephen Warren <[EMAIL PROTECTED]>:
Run the following Python script, on Unix/Linux:
==
import zipfile
z = zipfile.ZipFile('zipbad.zip', 'w')
z.writestr('filebad.txt', 'Some content')
z.close()
z = zipfile.Zi
Stephen Warren <[EMAIL PROTECTED]> added the comment:
Oops. Forgot to set "type" field.
--
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http
Stephen Warren <[EMAIL PROTECTED]> added the comment:
I'd probably argue for at least 0660<<16, if not 0666<<16, since group
permissions are pretty typically set, but even 0666<<16 would be OK,
since the umask on extraction would take away any permissions the
extr
New submission from Stephen McInerney <[EMAIL PROTECTED]>:
IDLE exhibits quirky behavior when displaying strings longer than 4093
characters
Python versions: believed to be all. I found this on Python 2.5 / IDLE
1.2.2
OS: Windows Vista; let me know if it repros on others.
Testcase at
Stephen McInerney <[EMAIL PROTECTED]> added the comment:
(I previously attached testcase with the web form, but it doesn't seem
to work. So I'm pasting it here:)
# Generate a length-4094 string.
# IDLE will not display this unless your cursor is inside the string.
# If you dele
Stephen McInerney <[EMAIL PROTECTED]> added the comment:
This may well be Windows-only or maybe even Windows Vista-only.
I don't have ready access to other OS installs so could someone who
does please try to repro?
___
Python tracker <[E
Stephen McInerney <[EMAIL PROTECTED]> added the comment:
Other people have reported it does NOT occur with either:
Win XP / Python 2.5 / Idle 1.2
Mac OS X 10.5.4 / Python 2.5.2 / IDLE 1.2.2
___
Python tracker <[EMAIL PROTECTED]>
<http://
Stephen White added the comment:
32bit apps can query the 64bit registry, using the appropriate security and
access rights options such as KEY_WOW64_64KEY (0x0100).
Similarly KEY_WOW64_32KEY can be used for 64bit apps to read/write the 32bit
registry without having to have knowledge of how
New submission from Stephen Emslie:
distutils.util.rfc822_escape strips each line of its whitespace before
indenting, but this can mean losing meaningful whitespace, such as in
reStructuredText.
distutils uses rfc822_escape to escape fields in metadata, such as
PKG-INFO. This unfortunately
Stephen Emslie added the comment:
Here's that keeps the whitespace in tact, along with a simple test. This
doesn't patch docs as the existing documentation_ already describes the
long string as multiple lines of "plain text in reStructuredText
format", whic
New submission from Stephen Day :
The attached application doesn't work. I think the value of self.headers
(see line 114) has a blank line at the end that it did not in Python 2.5
Here is the error message that occurs when it gets a request
(http://127.0.0.1:8080/):
Exception hap
Stephen Day added the comment:
This seems to be fixed already (see Issue4718). Next time I'll search
more...
___
Python tracker
<http://bugs.python.org/i
New submission from Stephen Lynch :
the following code gives a system error under python 2.6.1
import multiprocessing
with multiprocessing.Lock(): pass
SystemError: ..\Python\getargs.c:1413: bad argument to internal function
--
components: Library (Lib)
messages: 82106
nosy
New submission from Stephen Tucker :
Hi,
I am running Python 2.7.10 on Windows 10.
I have discovered that if a .py source text file (that is, a Module text
file) starts with a UTF-8 Byte Order Mark, the module does not get "found"
by the import statement.
I have just spent an
New submission from Stephen Tucker :
Hi,
Issue 38363 is a false alarm - I am sorry to have wasted your time.
My mistake was that the file that had the BOM in it also had a space at the
end of the filename. I removed the space and the module was found OK.
Sorry again.
Stephen Tucker
Stephen Thorne added the comment:
I have done some experimentation here and thought through this feature request.
The concept we are trying to deliver is: "I would like to share functionality
between test classes, by having an abstract parent, with concrete leaves"
The metaclass a
New submission from Stephen Rosen :
If you use the `http.server` simple server and handler to serve a directory,
navigating to a directory name without a trailing slash will trigger a 301 to
add the trailing slash.
For example, if "foo/" is a directory under the file server, a GET
Change by Stephen Rosen :
--
keywords: +patch
pull_requests: +24395
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25705
___
Python tracker
<https://bugs.python.org/issu
Stephen Rosen added the comment:
Ach! Sorry! I didn't even realize this but the issue only arises when you are
modifying the handler to set the protocol to HTTP/1.1 .
In HTTP/1.0 , there's no notion of persistent connections, so the issue does
not arise.
But when the protoc
Stephen Rosen added the comment:
Thanks for working with me to reproduce and understand the issue. I'm a little
surprised that with the sample which sets the protocol version you're still not
seeing the issue.
If I create a directory tree, e.g.
repro
├── foo/
└── server.py
where
Stephen Carboni added the comment:
Just chiming in to say that this is still broken for me on Python 3.9.6,
Win10/64: https://pastebin.com/64F2iKaj
But, works for 3.10.0b4.
--
nosy: +stephen.entropy
___
Python tracker
<https://bugs.python.
Stephen Rosen added the comment:
Probably >90% of the use-cases for chaining classmethod are a read-only class
property.
It's important enough that some tools (e.g. sphinx) even have special-cased
support for classmethod(property(...)).
Perhaps the general case of classmethod(de
New submission from Stephen Balousek :
When making an HTTP request using an opener with an attached
HTTPDigestAuthHandler, the request causes a crash when the returned
'WWW-Authenticate' header for the 'Digest' domain does not return the optional
'qop&
Change by Stephen Balousek :
--
keywords: +patch
pull_requests: +17711
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18338
___
Python tracker
<https://bugs.python.org/issu
Change by Stephen Balousek :
--
pull_requests: +17752
pull_request: https://github.com/python/cpython/pull/18338
___
Python tracker
<https://bugs.python.org/issue38
Change by Stephen Balousek :
--
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issue39548>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Stephen Bell :
The LabeledScale in tkinter.ttk seems to have some kind of hidden element that
covers the LabeledScale's label when the value is set to mid-scale. Tested on
Windows 10, Python 3.6
See below code to reproduce:
import tkinter
from tkinter import ttk
m
Change by Stephen Bell :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue40219>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Stephen Farris :
--
type: -> security
___
Python tracker
<https://bugs.python.org/issue40932>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Stephen Farris :
The subprocess docs state: "When using shell=True, the shlex.quote() function
can be used to properly escape whitespace and shell metacharacters in strings
that are going to be used to construct shell commands." While this is true on
Unix, it i
New submission from Stephen Finucane :
The 'os.path.getsize' API returns the apparent size of the file at *path*, that
is, the number of bytes the file reports itself as consuming. However, it's
often useful to get the actual size of the file, or the size of file on disk.
It w
1 - 100 of 255 matches
Mail list logo
