Roger Serwy added the comment:
I'm not aware of any formal tests for IDLE. Can you show me the docs for
writing proper unit tests? I'll see if I can write one for this.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I am unable to reproduce this bug with the latest development versions in the
2.7 and 3.3 branches.
Can someone verify this as well?
--
___
Python tracker
<http://bugs.python.org/issue4
Roger Serwy added the comment:
Attached is a patch against 3.3a0 to validate the active key set in the
configuration handler. It validates each key binding and then presents a dialog
with a list of incorrect keys if there are any.
In developing this patch I found that IDLE calls
Roger Serwy added the comment:
Amaury's patch has already been applied in (d31be8c9c8a2).
GUO's description does cause an error. TclTk does not allow "" by
itself to be bounded. This underlying cause for that error is addressed in #6739
I think this is
Roger Serwy added the comment:
Should tear-off menus still be a feature? This relates to the #13504
meta-issue, in particular entry "4) ANNOYANCE: Get rid of the detachable menus
feature.."
Attached is patch against 3.3a0 to disable tear-off menus. (It also makes
modificati
Roger Serwy added the comment:
#13884 has a patch to address point 4) ANNOYANCE: Get rid of the detachable
menus feature.
--
___
Python tracker
<http://bugs.python.org/issue13
Roger Serwy added the comment:
I tested your patch and it works. For the sake of completeness, here's what I
did:
Test 1: Start IDLE in shell mode and run "import sys; print(sys.path)". The
first entry should be ''
This is consistent with the behavior of the regu
Roger Serwy added the comment:
I tried this and while IDLE didn't crash, it stalled when running with and
without a subprocess. I then tried running this from the regular python
interpreter and it stalled there as well. This is not a problem with IDLE, but
a problem with pydoc itself.
Roger Serwy added the comment:
Should calling "modules" automatically iterate over all submodules or should it
return just a list of top level modules?
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
You're right. The pkgutil.walk_packages method called from ModuleScanner seems
to be importing the submodules. I should have said that in the last message.
I'll try to be clearer. What should the correct behavior be when entering
"modules"
Roger Serwy added the comment:
Attached is a patch against 3.3a0 to fix the problem. The cause of the bug is
that a tuple can not be sorted and calling .sort was raising a silenced
exception. The patch explicitly converts __all__ to a list.
--
keywords: +patch
Added file: http
Roger Serwy added the comment:
Attached is an updated version of Guilherme's patch against 3.3a0. It does make
the help window non-modal.
--
Added file: http://bugs.python.org/file24421/help_nonmodal_updated.patch
___
Python tracker
Roger Serwy added the comment:
I ran reindent and resubmitted the patch.
The patch works fine on Ubuntu 11.04. One very subtle design issue with the
patch is that the help window is tied to the calling EditorWindow instance. If
the editor (or shell) closes, so does the help window, even if
Roger Serwy added the comment:
Attached is a reworked patch to handle the nonmodal help dialog.
It replaces the decorator _singledialog with a call to a singleton HelpDialog
class. The class creates the textView widget using as its parent the root Tk
window instance instead of the
Roger Serwy added the comment:
Those four lines are present just in case self.root is not initialized.
Even if you short-circuit the behavior and set parent=self.top, the patch still
works, only that closing the calling EditorWindow instance also closes the help
dialog.
I tested the patch
Roger Serwy added the comment:
I pulled the latest repo with the patch for 2.7. It works.
--
___
Python tracker
<http://bugs.python.org/issue964437>
___
___
Pytho
Roger Serwy added the comment:
Try running IDLE from a command prompt and report the error message you see.
Start a python shell session and run:
import idlelib.idle
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
After pulling the latest code, random.py no longer works since it tries to
import urandom from os on both 3.3 and 2.7.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13
Roger Serwy added the comment:
It was a false alarm. I didn't recompile python before running it with the
latest /Lib files. My apologies.
--
___
Python tracker
<http://bugs.python.org/is
Roger Serwy added the comment:
I can confirm the issue Larry's raises. Attached is a patch against 2.7 to
enable Ctrl+C interrupts for the debugger. The patch opens up the possibility
of making "Go" a toggle button, but that would require some more plumbing (not
included in
Roger Serwy added the comment:
Is the "Source" check box in the Debug Control window checked?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I am not seeing this problem under Ubuntu, but I do see this problem on Vista.
It looks like the "sel" tags get hidden when a window loses focus under Windows.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
I tried your tk_hello.py code and it works on Python 3.
The code for creating the QUIT button exceeds 80 columns. I'd insert a \n after
the second argument:
self.QUIT = tk.Button(self, text = "QUIT",
fg =
Roger Serwy added the comment:
I tried your tk_hello.py code and it works on Python 3.
The code for creating the QUIT button exceeds 80 columns. I'd insert a \n after
the second argument:
self.QUIT = tk.Button(self, text = "QUIT",
fg =
Roger Serwy added the comment:
Ah, that's subtle. There's a comma at the end of that ["text"] line which is
making the string a one-element tuple. Removing it fixes the issue.
--
___
Python tracker
<http://bug
Roger Serwy added the comment:
Hi Vlastimil,
Can you repeat your test case while running IDLE from the command prompt and
report the error you see?
python -m idlelib.idle
IDLE closes suddenly on Windows because IDLE uses pythonw.exe which has no
stdout or stderr. When Tkinter
New submission from Roger Serwy :
In PyShell.py, the "readline" method enters a nested event loop for handling
input.
If the shell is restarted, the nested event loop remains until after the first
press of "enter" causes the "enter_callback" to quit the nested e
Changes by Roger Serwy :
--
nosy: +ned.deily, terry.reedy
___
Python tracker
<http://bugs.python.org/issue14254>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Attached is a patch to have the rpc marshal exceptions. When used with Martin's
patch, IDLE returns
>>> '\U00010330'
Traceback (most recent call last):
File "", line 1, in
'\U00010330'
ValueError: charact
Roger Serwy added the comment:
Attached is a preliminary patch to solve this issue. It relies on
"rpc_marshal_exception.patch" from issue14200.
Does anyone know a good way to make the exception render as: "must be str, not
int" instead of "must be str, not "
Roger Serwy added the comment:
I agree with Terry. The current behavior of raising ValueError will lead to
problems in application code in the future if Tkinter gets fixed such that it
can render Unicode properly beyond 0x.
--
___
Python
Roger Serwy added the comment:
I made a mistake in msg155410. The results in the message are WITHOUT
"unicodeerror.diff" applied. When it is applied, the IDLE shell gives:
>>> '\U00010330'
Traceback (most recent call last):
File "", line 1, in
Roger Serwy added the comment:
Having had some time to work on it, the bug is in the unicodeerror.diff patch.
If the string is empty then max(s) will raise a ValueError. This is easy to
trigger by generating an exception at the python prompt, like "1/0".
Attached is a revised
Roger Serwy added the comment:
Martin, I got your message after I submitted the last one.
This issue does involve IDLE crashing, but it's not crashing due to non-BMP
characters. That is a side-effect of a bigger issue with pythonw.exe. See
Issue13582 for more information.
IDLE&#x
Roger Serwy added the comment:
Attached is a patch against 3.3 to return the count.
--
keywords: +patch
Added file: http://bugs.python.org/file24792/issue7163.patch
___
Python tracker
<http://bugs.python.org/issue7
Roger Serwy added the comment:
Andrew, please reopen this issue. Your committed patch does not work if IDLE is
not using the subprocess.
>>> got_ahsa = "\N{GOTHIC LETTER AHSA}"
>>> got_ahsa
Traceback (most recent call last):
File "", l
Roger Serwy added the comment:
Attached is a patch to undo Andrew's and fixes the issue in a simple manner.
The tcl_unicode_range.patch from Issue12342 has already been applied, so
catching ValueError within IDLE is all that is now needed.
--
Added file: http://bugs.pytho
Roger Serwy added the comment:
Rather than raising a ValueError, would UnicodeEncodeError be more appropriate?
I admit that this suggestion may be bike shedding.
--
___
Python tracker
<http://bugs.python.org/issue12
Roger Serwy added the comment:
Issue13582 deals with the IDLE error feedback.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Pytho
Roger Serwy added the comment:
Attached is a better implementation of the patch. The Percolator which
ultimately handles writing to the Text widget should intercept the ValueError
due to non-BMP characters. The issue14200_rev1.patch fixes this issue and
Issue13153.
--
status: closed
Roger Serwy added the comment:
Issue14200 has a patch to fix this problem.
--
___
Python tracker
<http://bugs.python.org/issue13153>
___
___
Python-bugs-list m
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14304>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Andrew, I do admit that I have a lot to learn about Unicode support in Python,
for instance with its error-handling and its corner cases.
On Windows Vista, I do see that print() behaves differently than evaluating the
expression. An exception is raised for
Roger Serwy added the comment:
The current tk_hello.py file works under Ubuntu 11.04 with the latest python
build from the repository. It looks good to me.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
I stand corrected. Thank you for the information.
The behavior of the console depends on its locale. IDLE has no facility for
changing the locale of the PyShell window. Should this option be included
somewhere
Roger Serwy added the comment:
The Tkinter Text widget is the output for the IDLE shell and it has the
limitation imposed by Tcl/Tk of not handling non-BMP unicode characters.
Is the following reasonable: The IDLE shell console has a locale of "non-BMP
utf8"?
If so, would it be
New submission from Roger Serwy :
Per Martin's request, this issue has been separated from Issue14200.
The IDLE shell presently has an effective locale of "BMP UTF8" due to a
limitation in Tkinter, described in Issue12342.
IDLE should support different output codecs, like &q
Roger Serwy added the comment:
Martin, you are right. I created a separate issue #14326.
Let me know what I can do to help.
--
___
Python tracker
<http://bugs.python.org/issue14
Roger Serwy added the comment:
Hi Ankit,
It looks like your configuration files for IDLE has a bug. Can you try renaming
your .idlerc directory (likely located in your home directory) to something
else and then retry using IDLE?
Also, can you post your existing config-main.cfg and config
Roger Serwy added the comment:
There's a subtle bug in the currently applied patch.
import tkinter
a = tkinter.Tk()
b = tkinter.Tk()
Closing the first window will prevent closing the second window. This example
may seem abstract, but it is a real issue especially when
Changes by Roger Serwy :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue14409>
___
___
Python-bugs-list mailing list
Unsubscri
Roger Serwy added the comment:
I'm glad to hear that IDLE now works. IDLE will recreate .idlerc if it doesn't
exist and populate it with your settings.
If you can, please post your original, broken .cfg files. I'll try to decipher
the cause of the original problem.
Roger Serwy added the comment:
Thank you for the configuration files. It helped with finding the bug.
The default key bindings in configHandler.py is incorrect for
<> which caused the problem Ankit experienced. This
problem affects the 2.7 and 3.3 series.
Attached is a patch again
Roger Serwy added the comment:
Ned, the buggy default keybinding for <> requires that
Key-Return and then Key-KP_Enter be pressed before the virtual event triggers.
This happens because both key events are present in a single string. The
correct behavior requires each key event be lis
Roger Serwy added the comment:
IDLE contains keyboard configuration in config-keys.def (Mac, Windows, UNIX)
and in configHandler.py.
GetCoreKeys contains the "keyBindings" dict which has fall-back values in case
the given key set is missing values (a warning is printed). Ankit&#x
Roger Serwy added the comment:
Andrew, after placing config-keys.cfg into .idlerc, launch IDLE and change the
key map to Xip's keyset. You'll get a traceback on the terminal when you click
ok.
--
___
Python tracker
<http://bu
Roger Serwy added the comment:
Without the known_invalid list, each call to GetCurrentKeySet would cause an
error message to appear. The effect of keeping track of these bad key bindings
is that the user receives a notification only once about a particular bad key
binding. (The present
Roger Serwy added the comment:
I can confirm this problem with Ubuntu 11.04.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue14440>
___
___
Pytho
Roger Serwy added the comment:
I just realized that if the user, for whatever reason, fixes a bad key binding
and then rebinds it to the previously bad one, no error message would appear.
This can occur if the user is switching between key sets where one key set
contains invalid bindings
Roger Serwy added the comment:
This bug is related to issue12540. The approach taken there is to have the IDLE
frontend explicitly kill the subprocess. It's a band-aid to the problem that
run.py doesn't exit when the socket to the IDLE frontend closes (either by
shell restart or
Roger Serwy added the comment:
Andrew, the reason the subprocess is not closing is due to a thread management
problem. I found that a dummy thread handles cvar.wait() which is why the
subprocess fails to terminate properly.
If you change the tight loop in _getresponse to be:
while
Roger Serwy added the comment:
Hugh, Can you launch IDLE from the terminal and report the error message you
receive? From a regular Terminal, enter:
python -m idlelib.idle FILE_TO_OPEN.py
--
nosy: +serwy
___
Python tracker
<h
Roger Serwy added the comment:
I can confirm that setting HOMEPATH to a non-existent directory will prevent
IDLE from starting when using idle.bat. If you modify idle.bat such that
python.exe is called instead of pythonw.exe, then IDLE starts normally, but
with this console message
Changes by Roger Serwy :
--
nosy: +asvetlov, terry.reedy
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue8900>
___
___
Python-bugs-lis
Roger Serwy added the comment:
Is this still a valid issue?
--
status: open -> pending
type: -> behavior
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Joseph, Jeff,
Is this still a valid issue with the latest release of IDLE?
--
status: open -> pending
type: -> behavior
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
Ryan, is this still an issue?
--
status: open -> pending
versions: -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
This is a duplicate of #6257.
--
nosy: +serwy
resolution: -> duplicate
status: open -> closed
superseder: -> Idle terminates on source save while debugging
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
Is this still an issue with the latest version of IDLE?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue3
Roger Serwy added the comment:
The existing code will raise an error since os._exit requires an argument.
http://docs.python.org/library/os.html#os._exit
The patch looks good to me.
--
nosy: +serwy
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
Brett, your latest commit breaks IDLE. Here's the error message:
Failed to import extension: FormatParagraph
Failed to load extension 'FormatParagraph'
Traceback (most recent call last):
File "./idlelib/EditorWindow.py", line 998, in
Roger Serwy added the comment:
I tested update_idle.diff and it corrects the issue.
While IDLE's use of __import__ may be "buggy", I don't see anything in the
documentation about deprecation or other warnings about this usage. This is a
backwards
Roger Serwy added the comment:
I caused a segmentation fault with the following (on Linux):
$ mkdir crash
$ touch crash/mod.py
$ echo "__import__('mod', globals(), locals(), [], 1)" > crash/__init__.py
$ ./python3 -m crash
--
___
Roger Serwy added the comment:
I can confirm this issue on Linux.
This issue is caused by not explicitly binding to
<> in config-keys.def (and in configHandler.py's GetCoreKeys.)
Presently, only binds to <>.
Should all the lowercase bindings without uppercase bindin
Roger Serwy added the comment:
Brett, I see your point.
The docs for __import__ should be updated to include your two-import fix as
well as reference PEP328.
http://docs.python.org/dev/library/functions.html?highlight=__import__#__import__
Roger Serwy added the comment:
Implicit relative imports are not related to this issue.
Can someone please review the given patch?
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/iss
Roger Serwy added the comment:
Attached is a patch to fix the caps-lock issue with Windows key bindings in
config-keys.def.
--
keywords: +patch
Added file: http://bugs.python.org/file25226/windows_caps_lock.patch
___
Python tracker
<h
Changes by Roger Serwy :
--
stage: -> patch review
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue12387>
___
___
Python-bugs-list mai
Roger Serwy added the comment:
Thanks for your review, Terry.
Popping from the end is not an implementation of rule 2. Calling event handlers
is separate concept from binding/unbinding event handlers. The "doafterhandler"
list contains bind/unbind requests that were made while cal
Roger Serwy added the comment:
Thank you for your feedback. I will close this issue since it is now out of
date.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue10722>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
The IDLE front-end doesn't receive anything about the subprocess failure mode.
The "poll_subprocess" method in PyShell.py will restart the subprocess if the
socket closes. (The "pollpacket" method in
Roger Serwy added the comment:
Big Stone: Yes, IDLEX does have a slow memory leak. Please check if this bug is
happening with IDLE itself.
Terry: Thanks for responding to this. I suggest this issue can be closed.
--
nosy: +roger.serwy
___
Python
Roger Serwy added the comment:
I am closing this issue. For future reference, IDLEX is a separate project from
IDLE. Please refer IDLEX bugs to the project developer (me).
--
assignee: -> terry.reedy
components: +IDLE -Interpreter Core, Windows
nosy: +roger.serwy, terry.reedy
st
Roger Serwy added the comment:
@Brett, I agree that IDLE should not be using deprecated modules. I don't know
all the ins and outs of the import machinery of Python, so I'll defer to your
expertise in that area. :-)
@Terry, I have never used this IDLE feature before, so I don'
Roger Serwy added the comment:
I'm closing this issue due since it's root problem is a misconfigured
environment variable.
--
resolution: -> works for me
status: pending -> closed
___
Python tracker
<http://bugs.py
Roger Serwy added the comment:
s/it's/its
--
___
Python tracker
<http://bugs.python.org/issue17658>
___
___
Python-bugs-list mailing list
Unsubsc
Roger Serwy added the comment:
There are many X11 applications that replace the selection with pasted text.
GTK and Qt widgets behave that way. Here's a brief list: gedit (GTK), gummi
(GTK), kate (Qt), texmaker (Qt).
Tkinter, for me, has become increasingly frustrating due to these s
Roger Serwy added the comment:
For me, 3.3.2 32-bit won't pin to the taskbar, but 3.3.1 can. Running
lnk-parser on the .lnk files for IDLE reveal no obvious differences.
--
___
Python tracker
<http://bugs.python.org/is
Roger Serwy added the comment:
I debated whether or not to leave #14146 as pending or to close it out
altogether. I'd rather not let the design decisions of Tk dictate inconsistent
cross-platform behavior for IDLE, but I'm willing to hear Tk's rationale and
possible fix for t
Roger Serwy added the comment:
The problem I'm encountering is that tk.splitlist() is now being given a
Tcl_Obj instead of a "str" type. Since everything is Tcl is a string,
explicitly casting a Tcl_Obj to a string seems reasonable. Attached is some
proof-of-concept code to
Roger Serwy added the comment:
LGTM. Thanks Todd!
--
assignee: -> roger.serwy
stage: needs patch -> commit review
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/
Roger Serwy added the comment:
I'm running Win7 64-bit in a VM. The steps for me was to start with a system
without any Python version installed. Install 3.3.1 32-bit, and then install
3.3.2 32-bit. IDLE launches with a red Tk icon and pinning it to the task bar
does not actually pin ID
Roger Serwy added the comment:
I'm closing this issue as fixed. Thank you for the patch, Sarah.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Roger Serwy added the comment:
I'm closing this issue as the original problem reported has been resolved.
--
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
I noticed that the tracebacks didn't occur in 2.7 due to 872a3aca2120, but that
patch was not grafted onto the 3.x branches. I'll take care of that.
With #13495 fixed, the two errors mentioned in msg187323 do not occur with the
_rev1 pat
Roger Serwy added the comment:
This issue is now fixed. Thank you everyone for helping!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
New submission from Roger Serwy:
As a formality, I opened this issue to apply 872a3aca2120 to the 3.x branch.
This addresses a concern brought up by Terry in msg187323 from issue5492.
Here's the relevant part of the message:
"""
Without or with patch, quit() or exit brin
Roger Serwy added the comment:
And it's applied.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Roger Serwy added the comment:
See issue8515. The patch was not applied to 2.7.
--
___
Python tracker
<http://bugs.python.org/issue18288>
___
___
Python-bug
101 - 200 of 543 matches
Mail list logo
