Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue15663>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue16123>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue18823>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue13504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser added the comment:
Linux trader 2.6.38-2-686 #1 SMP Thu Apr 7 05:24:21 UTC 2011 i686 GNU/Linux
kbk@trader:~/Python/Py27$ aptitude show tk8.5
Package: tk8.5
...
Version: 8.5.9-2
Debian Linux Wheezy
Can't reproduce on 2.7.1+ 3.1.4+ 3.2.1beta 3.3alpha0 with Tk8.4
Kurt B. Kaiser added the comment:
Backported to 2.6 4Oct09 56387:490190cb4a57
--
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
tkinter.messagebox.Message sending rather
than str, so comparison with str failed. Always for "cancel", (almost?)
always for "yes".
Use the helper functions in tkinter.messagebox, which correct for that.
This hasn't worked for a lo
Kurt B. Kaiser added the comment:
Having a modified utf-8 codec will be useful. That said, it is an error
for Tcl/Tk to expose modified utf-8 externally, and that was fixed at
some point in Tk8.5. Since Tk is no longer sending 0xC080 for the %A
char, switching codecs in _tkinter.c won&#
Kurt B. Kaiser added the comment:
r70039 3.1 forward ported > 3.2 > default. Will be in 3.2.1.
--
resolution: accepted -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.py
Kurt B. Kaiser added the comment:
Rejecting for now, out of date, doesn't apply, not single topic.
--
resolution: out of date -> rejected
stage: test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http:
Kurt B. Kaiser added the comment:
Tcl/Tk uses modified utf-8 internally. This includes using 0xC080, a multibyte
Unicode null character, for embedded nulls that work with C's null terminated
strings. Java does the same.
Note that typing Ctrl-space and Ctrl-2 are conventional ways to
Changes by Kurt B. Kaiser :
--
assignee: -> kbk
nosy: +kbk
resolution: works for me -> out of date
stage: -> committed/rejected
status: pending -> closed
___
Python tracker
<http://bugs.pytho
Kurt B. Kaiser added the comment:
Fixed in 2.7 and forward ported.
--
assignee: -> kbk
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> crash
versions: +Python 3.2, Python 3.3 -Python 2.6, Python 3.0
___
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue10907>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser added the comment:
Works for me on 2.6.4, trunk, and 3.2a0 - arch linux
Tk 8.4
--
keywords: +needs review
resolution: -> works for me
___
Python tracker
<http://bugs.python.org/iss
Changes by Kurt B. Kaiser :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue1028>
___
___
Python-bugs-list mailing list
Unsubscri
Kurt B. Kaiser added the comment:
In addition, the /tmp/tmp.txt file is only writeable by the user that created
it. On the buildbot machine I'm admin'ing, the buildslave user created the
file and user neal's run of build.sh on the trunk fails because it can't write
the f
Kurt B. Kaiser added the comment:
Is there some reason that this is not being checked
in? The build has been broken for five days. IMO,
either revert the offending code or check this in.
--
priority: normal -> high
___
Python tracker
&l
Changes by Kurt B. Kaiser :
--
nosy: +kbk
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue6717>
___
___
Python-bugs-list mai
Changes by Kurt B. Kaiser :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue6941>
___
___
Python-bugs-list mailing list
Unsubscri
Kurt B. Kaiser added the comment:
Reviewed, built, tests ok.
Linux trader 2.6.18-ARCH #1 SMP PREEMPT Sun Nov 19 09:14:35 CET 2006
i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
vote +1 weight +0.1 :-)
--
nosy: +kbk
priority: -> nor
Kurt B. Kaiser added the comment:
bah. I looked twice for a prior bug and missed it! Sorry
--
___
Python tracker
<http://bugs.python.org/issue7148>
___
___
Kurt B. Kaiser added the comment:
08jpurcell unresponsive, ignoring for now (but see suggestions below)
bdouglasoz: had a firewall blocking the subprocess, apparently works
for her now. I'd point out that Notepad is just an editor, IDLE gives
you much more. Linux is great, but IDLE
New submission from Kurt B. Kaiser :
buildbots failing since r75412:
testSocketServer (test.test_ssl.ThreadedTests) ... Traceback (most
recent call last):
File "/home/buildslave/python-trunk/trunk.norwitz-x86/build/Lib/
SocketServer.py", line 282, in _handle_reque
New submission from Kurt B. Kaiser :
rev 74095
http://svn.python.org/view?view=rev&revision=74095
didn't create the unittest dir during installation.
unittest isn't installed in its final location.
--
assignee: benjamin.peterson
components: Build
files: Makefile.pre.in.
New submission from Kurt B. Kaiser :
Rev 73196
http://svn.python.org/
view?view=rev&revision=73196
Caused regression on
http://bugs.python.org/issue1503294
when running build.sh:
(gdb) r -Wi
Starting program: /home/neal/python/trunk/
python -Wi
warning: Unable to find dynamic li
Kurt B. Kaiser added the comment:
Superceeded by 6075.
--
assignee: -> kbk
nosy: +kbk
resolution: -> later
status: open -> closed
superseder: -> Patch for IDLE/OS X to work with Tk-Cocoa
___
Python tracker
<http://bugs.pytho
Kurt B. Kaiser added the comment:
Bug exhibits on Linux with Tk 8.4, but requires a couple hundred
characters to show up. Also goes away if MultiCall is disabled.
--
___
Python tracker
<http://bugs.python.org/issue5
Kurt B. Kaiser added the comment:
Occurs with and w/o the subprocess, but sooner (fewer char) with the
subprocess.
If the MultiCall wrapper on the EditorWindow Text widget is disabled,
the bug disappears.
--
versions: +Python 2.6, Python 3.1, Python 3.2
Kurt B. Kaiser added the comment:
As a workaround, if you need the tooltip, select Edit / Show Calltip
from the menu or use the hotkey to 'reopen' the tooltip. That will get
you another 60 characters. Otherwise, just hit esc to close the
tooltip and your keystrokes w
Kurt B. Kaiser added the comment:
Not issue 1529353. Edit window stops updating after about 60
keystrokes when a tooltip window is active.
1. Strings not necessary. Only occurs when a tooltip is active. For
example, if rz is undefined, entering rz( followed by a long key
sequence won&#
Kurt B. Kaiser added the comment:
>>> type(sys.stdin)
Don't attempt sys.stdin._RPCProxy_methods lest you be turned to
stone ;-)
We didn't implement all the features of stdin as it didn't seem
necessary. Did you have a specific reason to access
stdin.fileno()
Kurt B. Kaiser added the comment:
Couple of comments. First, your messages seem to indicate that
you have both Python24 and Python26 installed. Although that
shouldn't cause problems, it might in your case. If you are no
longer using Python24, please uninstall it.
First, open your Wi
Kurt B. Kaiser added the comment:
IDLE doesn't control window placement - that's left to Tk to handle.
Hopefully it will get better with time. Once you take control, you
have to handle all the window placement, which is one of the things
that window managers are expert at, suppos
Kurt B. Kaiser added the comment:
r72227.
How's your test code coming? A relative Win filename with leading
spaces should be found even when there's a file of same name but no
spaces.
--
keywords: +26backport
___
Python trac
Kurt B. Kaiser added the comment:
r71998 Thanks for the patch!
backport to 30-maint.
If OP has further problems getting installation working, delete .idlerc
directory.
--
assignee: -> kbk
nosy: +kbk
resolution: -> accepted
stage: patch review -> commit review
versions
Kurt B. Kaiser added the comment:
I'd welcome a test, please provide one. I actually wrote a small test
code so I could understand the problem, but didn't include it.
The 'grep dialog' sends its output to an OutputWindow labelled *Output*
as a series of lines. This
Kurt B. Kaiser added the comment:
Added a regex to handle win paths w/spaces.
A regex match may not be the file desired.
Try all the patterns until a valid file is found.
r71995.
Let me know if you can find a failing corner case.
port to 3 and -maint.
--
assignee: -> kbk
n
Changes by Kurt B. Kaiser :
--
nosy: +kbk
priority: -> high
___
Python tracker
<http://bugs.python.org/issue5764>
___
___
Python-bugs-list mailing list
Un
Kurt B. Kaiser added the comment:
This may affect the Windows Installer, specifically
the IDLE shortcut and the "Edit with IDLE" right
click functionality. See #5487.
--
superseder: -> Parts of Tkinter missing (but not when runn
Kurt B. Kaiser added the comment:
Opened a bug to get the -n switch removed from
the Windows Installer "Edit with IDLE" function.
--
superseder: -> Parts of Tkinter missing (but not when running from IDLE)
___
Python t
New submission from Kurt B. Kaiser :
1. On 2.7/3.1 multiple copies of IDLE can be
run
simultaneously, so the -n switch used in the
Windows Start menu shortcut with "Edit with
IDLE" should be eliminated.
2. On 3.1, the idle script has been renamed
idle3.
This may interact wi
Kurt B. Kaiser added the comment:
I understood Martin completely. The bot is coming RSN. My use
of 'pending' was intended to answer the exact question you just
asked. Maybe I should use Stage: 'commit review'.
Forwardport to py3k: r71952
Backport to 30-maint: r719
Kurt B. Kaiser added the comment:
Backported to release26-maint: r71911
Also issue for 3.0.1, which distributes Tk8.5 on Windows.
Was forwardported to py3k: r71189
Backported to release30-maint: r71944
--
status: pending -> closed
versions: +Python
Changes by Kurt B. Kaiser :
--
components: +IDLE -Build
keywords: +26backport
___
Python tracker
<http://bugs.python.org/issue5783>
___
___
Python-bugs-list mailin
Kurt B. Kaiser added the comment:
OK, thanks, Martin. I'll use 'pending' that way (close after a
while if the bot hears nothing further).
Changing component to "IDLE'.
release26-maint: r71908, r71909
--
___
Python tracker
Kurt B. Kaiser added the comment:
The issue that Terry Reedy raised is due to 68801 being forward
ported to py3k but not backported to 2.6-maint or 3.0-maint.
Access in 2.6.2 happens to work because there's a redirect on
the website which points to the correct doc release. But 3.0.1
is b
Kurt B. Kaiser added the comment:
r71812 in trunk. Will port to 3-head 30-maint 26-maint.
Thanks for the patch!
--
resolution: -> accepted
status: open -> pending
___
Python tracker
<http://bugs.python.org/
Changes by Kurt B. Kaiser :
--
assignee: -> kbk
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5783>
___
___
Python-bugs-list mailing list
Un
Changes by Kurt B. Kaiser :
--
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5756>
___
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser added the comment:
So the error during libinstall should be ignored
http://docs.python.org/dev/results/make-install.out
--
___
Python tracker
<http://bugs.python.org/issue5
New submission from Kurt B. Kaiser :
Try running it as a script:
File "Lib/lib2to3/tests/data/py3_test_grammar.py", line 130
x = ...
^
SyntaxError: invalid syntax
Furthermore, testEllipsis seems invalid. What is intended?
>>> class C:
def __getitem__
Kurt B. Kaiser added the comment:
r71126
-e only opens edit window, not shell
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Kurt B. Kaiser added the comment:
r71126. Thanks to everyone for all the work on this!
Note: I still need to patch the Windows install to
bind .py files to a different command string. The
-e option now only opens an editor window, but I need
to remove the -n option.
--
resolution
Kurt B. Kaiser added the comment:
Thanks for the research on the home key toggle. Let's take that
to issue3851, it seems it's different from the rest of this
issue.
--
nosy: +kbk
superseder: -> IDLE: Pressing "Home" on Windows places cursor before ">
Kurt B. Kaiser added the comment:
Weeble found the problem: it's the numlock key interacting
with a bug. I can reproduce it when I latch numlock.
http://bugs.python.org/msg80478
--
nosy: +weeble
resolution: works for me -> accepted
status: pending
Kurt B. Kaiser added the comment:
This wasn't backported to 2.5 as it's trivial and life
is short.
I have a clean install of 3.0.1 from the msi installer,
running on an eeePC 1000HA, XP Home, tk 8.5.
If I type a string at the >>> prompt in the IDLE shell
and hit the home k
Changes by Kurt B. Kaiser :
--
assignee: -> kbk
nosy: +kbk
___
Python tracker
<http://bugs.python.org/issue5594>
___
___
Python-bugs-list mailing list
Un
Kurt B. Kaiser added the comment:
Rev 62545 to 2.6 was forward ported to 3.0 on 4May,
r62716. I'm using py3k HEAD and it works the same
as 2.6: pressing Home toggles beween the left margin
and the start of the code text. It works the same way
on Linux and Windows XP.
Won't fix, be
Kurt B. Kaiser added the comment:
As far as typing in the comment widget goes - it
works fine if you
don't
add CR at the end of the lines until you go back
and edit it by
inserting some text. Then the faulty
wordwrapping kicks in, and it
has
to be fixed by removing all the extra s
Kurt B. Kaiser added the comment:
Why doesn't someone fix this comment widget?? It was
like this on SF, too. Guess I've got to dive in at
some point...second guessing the wrapping drives me nuts!
--
___
Python tracker
<http://bu
Kurt B. Kaiser added the comment:
The issue of the cursor moving to the left of >>> in the
shell is
separate. See also #3851. The current action of the home
key,
released in 2.6, is from patch 1196903. @tjreedy, if in
2.6 you
type >>> syzygy and hit home, the cursor mov
Kurt B. Kaiser added the comment:
It appears that this s/b closed, but Tracker doesn't automagically
close 'pending' issues like SF did.
--
assignee: -> ronaldoussoren
nosy: +kbk
status: pending -> closed
___
Kurt B. Kaiser added the comment:
Apparently this can be closed.
--
assignee: -> kbk
nosy: +kbk
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Kurt B. Kaiser added the comment:
My error, I was thinking of Debian's use of 'pending'. On Sourceforge,
setting an issue to pending would cause it to automatically close after
awhile if there was not further response. On this Tracker, we would use
that status the same way
Kurt B. Kaiser added the comment:
Status should not be pending unless issue is assigned and a resolution
is in progress. Issue only reported on 2.5 as far as I can tell, let's
see if it gets reported again for a later version of Python/Tk. We
appear to have a workaround for Window
Kurt B. Kaiser added the comment:
The hooks for the IP address will be needed if we add remote debugging
to IDLE, so I'd like to keep them. Otherwise, David Scherer's idea re
using an ephemeral port assignment looks very promising. I'll check
something in.
--
assig
Changes by Kurt B. Kaiser :
--
status: open -> closed
superseder: -> Allowing multiple instances of IDLE with sub-processes
___
Python tracker
<http://bugs.python.org/iss
Changes by Kurt B. Kaiser :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue5129>
___
___
Python-bugs-list mailing list
Unsubscri
Kurt B. Kaiser added the comment:
r70723. Thanks for the patch!
Backport to 2.6.2
--
keywords: +26backport
resolution: -> accepted
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/iss
Kurt B. Kaiser added the comment:
I think that because of the re-write of CallTips.py for py3k that we
would need separate patches for 2.7 and 3.1. I suggest dropping the
idea of adding the functionality to 2.7 unless OP wants to provide a
separate patch against TRUNK. Because of the re
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2917>
___
___
Python
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2775>
___
___
Python
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
nosy: +kbk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2884>
___
___
Python
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
resolution: -> wont fix
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
BTW, instead of a reboot, use Task Manager (or whatever they needlessly
renamed it to on Vista :) to kill all python processes. That should free
up your machine.
__
Tracker <[EMAIL PROTECTE
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
assignee: -> kbk
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2913>
__
___
Pyt
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
When this is running, what happens if you hit Control-c a few times,
especially in the first few seconds? Does it abort with a
KeyboardInterrupt? Does it stop responding to Control-c after the window
fills up?
Note that IDLE slow
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
No response from OP, closing.
--
resolution: -> works for me
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2704>
__
___
Python-bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Yes, removing the -n is the way to fix your problem. We went to quite
a bit of effort to run user code from scratch on each Run/F5 using the
subprocess. Running without the subprocess is considered 'expert' mode
these
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Sorry for the delay.
OK, we are getting closer. Please tell me exactly how you start IDLE.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Thanks. Another question: when the shell starts, do you
see the text
No Subprocess
to the right of the IDLE version, e.g.
IDLE 2.6a3 No Subprocess
__
Tracker <[EMAIL
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
When you "open" a python file, exactly what steps are you taking?
When you "close any combination of IDLE windows,( but not all)",
are you leaving update.py open so you can "run" it?
When you "run&q
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
1. Which version of Python / IDLE are you running?
2. Why do you "have to kill" IDLE instead of doing a normal quit?
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Thanks for the patch, I'll look at it.
In the future, please send unified diffs (-u), not plain diffs.
--
assignee: -> kbk
nosy: +kbk
versions: +Python 2.6 -Python 2.5
__
Tracker <
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
r62549
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
r62548
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
The toggling is useful when ending a def. If other IDEs
have this binding, I can't see a problem. I've been running the
patch for awhile now, and notice that Ctrl-A also has this
new action now. It seems useful, let's g
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Please provide a single patch file.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2053>
__
___
Python
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2693>
__
___
Python-bugs-list mailin
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
assignee: -> kbk
nosy: +kbk
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
PyObject_CallMethod is actually returning a
non-NULL result for sys.std{out,err}, and
PyErr_Clear() isn't being run in flush_io.
The problem is deeper. PyErr is being
used during unexceptional pr
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
Thanks, that does appear to fix the IDLE problem!
The pseudofile does have a flush method and I was able to
call it from the IDLE subprocess; it returns None. So I'm
not clear on why PyObject_CallMethod was returning False,
Kurt B. Kaiser <[EMAIL PROTECTED]> added the comment:
I don't think that this is an IDLE error. It
can be more generally exhibited as follows:
Without the subprocess we get the expected:
IDLE 3.0a4 No Subprocess
>>> eval('a')
Traceback (most rece
New submission from Kurt B. Kaiser <[EMAIL PROTECTED]>:
oops
--
assignee: -> kbk
components: +None -IDLE
priority: -> low
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http:
Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:
--
components: IDLE
nosy: kbk
severity: normal
status: open
title: IDLE 3.0
versions: Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Kurt B. Kaiser:
--
nosy: +kbk
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1856>
__
___
Python-bugs-list mailing list
Unsubs
Kurt B. Kaiser added the comment:
r60844. Thanks for the patch!
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Kurt B. Kaiser:
Removed file: http://bugs.python.org/file8618/IDLE_highlighting.071026.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1334>
__
__
1 - 100 of 203 matches
Mail list logo
