Changes by Roger Serwy roger.se...@gmail.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16186
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16200
___
___
Python-bugs-list
Roger Serwy added the comment:
I think that maybe tabs within strings should always do the same as within
comments. Perhaps one way is enough. (I am guessing that other editors use
tab for this, so I can see the desire to use it.) There needs to be a way
to get tabbing within multiline
Roger Serwy added the comment:
Running python -m test.test_asynchat succeeds on Windows 7 with version 2.7.3.
I'm closing this issue as it works for me. Feel free to re-open if you disagree.
--
resolution: - works for me
status: open - closed
Roger Serwy added the comment:
It appears that Kevin's patch is working around a bug in Tkinter's tkFont
object configuration. I would suggest removing the editFont object entirely
from configDialog if it is truly the root cause of Tk crashing.
Kevin, is the .textHighlightSample causing
New submission from Roger Serwy:
Pressing Tab while the cursor is in a string will bring up the file
completion dialog rather than inserting a tab (or 4 spaces). This behavior is
rather annoying in a text editor especially when editing multiline doc strings.
This behavior is new to the 3.3
Roger Serwy added the comment:
Attached is a preliminary patch. It checks to see if the cursor is on a line
within a multiline string in order to avoid displaying the ACW. As a last
resort, it checks to make sure that a valid match exists before opening the ACW
when mode == COMPLETE_FILES
New submission from Roger Serwy:
The documentation for shlex does not prohibit the user from setting .posix=True
after creating a shlex object. When doing so, the .eof attribute is
inconsistent, creating an infinite loop in the __next__ method.
Here's some sample code to recreate the issue
Roger Serwy added the comment:
Attached is a patch to make the .posix property read-only, along with a test.
The patch is against 3.4.
--
keywords: +patch
Added file: http://bugs.python.org/file27535/shlex_posix_readonly.patch
___
Python tracker rep
Roger Serwy added the comment:
The .posix = True bug is a separate issue, now in #16200.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16186
Roger Serwy added the comment:
I tried the patch for 3.3 and it works for me on Linux. It correctly handles
prior issues like #13532, #15318, #15319, and #7163, as well as providing good
support for .read, .readline, .readlines. Each of those methods respond
correctly to Ctrl+C and Ctrl+D
Roger Serwy added the comment:
I verified that the problem also occurs with 3.3 and 3.4 as well.
Adding sl.posix = True causes the h w test to enter an infinite loop.
--
nosy: +serwy
versions: +Python 3.3, Python 3.4
___
Python tracker rep
Roger Serwy added the comment:
Brian, can you post the files from your .idlerc-disabled directory? The
directory contains configuration text files. I want to find out what
configuration caused the bug. (You may want to omit the recent-files.lst if you
don't want to disclose
Roger Serwy added the comment:
Thanks for the directory contents.
The only difference I see is the encoding = locale which could only be
set manually since the configuration editor in IDLE does not offer a way
of setting it.
--
___
Python tracker
Roger Serwy added the comment:
Attached is a patch against 3.4 to solve the issue.
The debugger was originally written for running IDLE without a subprocess. As a
result, calls to idb.run() from Debugger.py would block until completed. If
.interacting == 1 then clicking X would not close
Roger Serwy added the comment:
While trying to address #15347, I discovered one too many corner cases where
the debugger breaks IDLE. The stable_idle_debugger.diff against 3.4 contains
necessary changes to make IDLE more reliable while debugging. Since the IDLE
debugger is not documented
Roger Serwy added the comment:
Clicking X while the debugger is enabled, but not actively debugging a
program, will close the debugger window.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15348
Roger Serwy added the comment:
If the debugger is active, then clicking X will flash the Quit button. You
must click the quit button first before closing the debugger window.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Roger Serwy added the comment:
Closing the active debugger with X creates a problem with references and
callbacks. I encountered too many corner cases where I could not implement that
behavior simply.
--
___
Python tracker rep...@bugs.python.org
Roger Serwy added the comment:
But of course, you are more than welcomed to try to submit a patch yourself.
Just make sure that those corner cases I described earlier are handled
reasonable when running IDLE with and without a subprocess
Roger Serwy added the comment:
Hi Jimbo,
Clicking quit first avoids this problem, but I do agree that it does need to
be fixed.
This is also a duplicate of issue15348. I am closing this issue in favor of
that one. Please feel free to add yourself to the nosy list on that issue
Roger Serwy added the comment:
Also crashes every time I try and access preferences in IDLE as well.
See issue15853.
--
nosy: +ned.deily, serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16156
Roger Serwy added the comment:
I agree that a message within the shell would be more informative to the user.
The _rev1 patch also adds a message to the shell.
--
Added file: http://bugs.python.org/file27437/idle_deprecate_rev1.patch
___
Python
Roger Serwy added the comment:
Does the official Python 2.7.3 installation from python.org/download/ work for
you?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16119
Roger Serwy added the comment:
This is not a problem with IDLE, but with an error with loading the _socket
DLL. I changed the title to reflect the problem.
--
components: +Library (Lib) -IDLE
title: Python 2.7 IDLE not working in WinVista - Python 2.7 _socket DLL import
error
New submission from Roger Serwy:
Removing the option of running IDLE without a subprocess would simplify the
maintenance of IDLE. This should be deprecated for 3.4 and then fully removed
in 3.5.
Here's a link to a brief discussion on IDLE-dev:
http://mail.python.org/pipermail/idle-dev/2012
Roger Serwy added the comment:
I can confirm that the existing behavior of IDLE prohibits clicking on the
scroll bar on Windows (but not Linux). Clicking on an item in the window closes
it without actually selecting the clicked item. This is true on both Windows
and Linux.
On Windows
Roger Serwy added the comment:
Terry, I am unable to reproduce this error under Win7 Ultimate (no SP1) with
either the 32-bit or 64-bit install of 2.7.3. Calling help() produces an
interactive prompt in all my test cases. I launched IDLE from the start menu
shortcut, with python.exe -m
Roger Serwy added the comment:
In your original message, did IDLE eventually start when you ran:
C:\Python27python.exe Lib\idlelib\idle.py
? If yes, then the bug is likely due to issue13582.
If I understand correctly, when you reboot your computer, IDLE won't launch
from the shortcut
Roger Serwy added the comment:
This issue also affects reindent.py in Python 3.x.
The attached patch adds a -s switch to reindent.py to disallow changes to the
contents of strings.
The rstrip_and_expand_tabs function tokenizes the input to identify all strings
and then expands and rstrips
Roger Serwy added the comment:
Attached is a simple test of the -s functionality for reindent.py. It works
on Linux but I'm not sure about Windows.
--
Added file: http://bugs.python.org/file27367/test_reindent.py
___
Python tracker rep
Roger Serwy added the comment:
Definitely a bugfix should not add any new switches. Patch would simply lead
to preserving of all string literals and nothing more.
I added the switch so that the existing behavior of reindent would stay
the same in case some other scripts rely
Roger Serwy added the comment:
Peter, is this still an issue with 2.7.3?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10834
Changes by Roger Serwy roger.se...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14997
Roger Serwy added the comment:
With Python 2.7.3 on Win7, I tried the following:
C:\Python27set HOME=H:\
C:\Python27python -m idlelib.idle
I do receive the same warning messages described by Cemal, since I don't have a
valid H:\ drive. However, IDLE is responsive. Running IDLE using
Lib
Roger Serwy added the comment:
A re-install fixed the issue for OP caused by what appeared to be a corrupt
/Lib directory. I'm closing this issue.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Roger Serwy added the comment:
This was fixed in issue9803, but after the 3.2.3 release. I'm closing this
issue as a duplicate.
--
resolution: - duplicate
status: open - closed
superseder: - IDLE closes with save while breakpoint open
___
Python
Roger Serwy added the comment:
The latest 3.2.3 release for Win7-64 registers the .py extensions properly,
with Open and Edit with IDLE. I'm closing this issue as out of date.
--
nosy: +serwy
resolution: - out of date
status: open - closed
Roger Serwy added the comment:
I tried the provided .desktop files and they work with Gnome 3.4.
--
keywords: +easy
nosy: +serwy
title: Include .desktop file and icon - IDLE: Include .desktop file and icon
___
Python tracker rep...@bugs.python.org
Roger Serwy added the comment:
Hi Sreeni,
Can you launch a Python interpreter from C:\python32\python.exe and report the
output to import tkinter ?
--
status: open - pending
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http
Roger Serwy added the comment:
IDLE not responding is likely due to Issue13582, since the warning message
would cause IDLE to terminate abruptly when launched with pythonw.exe.
What does os.path.expanduser(~) evaluate to when executed from the IDLE shell?
--
nosy: +serwy
Roger Serwy added the comment:
Look in the registry at Computer\HKEY_CLASSES_ROOT\Python.File\shell\ and
then inspect the launch commands under open\command and Edit with
IDLE\command.
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http
Roger Serwy added the comment:
Tk support on Mac has improved greatly since 2008. Is this still a valid issue?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1574
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15574
___
___
Python-bugs-list
Roger Serwy added the comment:
What are the precise steps you are taking to cause this error?
What version of Windows are you using? Is it 32-bit?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9890
Roger Serwy added the comment:
Karen, thank you for your reply and your cooperation. This issue may
take some time to resolve.
It looks like the error you are receiving has been addressed in
issue11288. Can you check it out?
--
___
Python tracker
Roger Serwy added the comment:
It looks like this code will set the title properly in the latest GNOME shell
(3.4):
from Tkinter import *
app = Tk(className='App Name')
app.title('App Title')
app.mainloop()
The documentation should be updated to explain the arguments to Tk
Roger Serwy roger.se...@gmail.com added the comment:
Are there any other aspects of the calltip handler that requires fixing? If
not, then I can start back-porting the patches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
Is this still a problem? My guess is that this issue is out of date.
--
nosy: +serwy
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9890
Roger Serwy roger.se...@gmail.com added the comment:
The only was I get IDLE to crash is if the file has breakpoints enabled. Is
this how IDLE is crashing?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6257
Roger Serwy roger.se...@gmail.com added the comment:
Reopening. I mistakenly closed this issue as a duplicate, but this issue
involves breakpoints, unlike 6257.
--
resolution: duplicate -
status: closed - open
superseder: Idle terminates on source save while debugging
Roger Serwy roger.se...@gmail.com added the comment:
Attached is a patch to fix the issue. The ranges_to_linenumbers function relies
on the results of text.tag_ranges. The returned tuple contains Tk textindex
objects. While these objects contain a string, they are not string objects. Its
Roger Serwy roger.se...@gmail.com added the comment:
The ColorDelegator is responsible for providing the coloring for the BREAK tag
which is used to mark breakpoints. When recoloring, the BREAK tag may be
removed (find self.tag_remove in recolorize_main). This is precisely why the
breakpoints
Roger Serwy roger.se...@gmail.com added the comment:
Thanks Andy for your prompt response.
This issue is a duplicate with issue9803 which has a patch. I will close this
issue in favor of that one. Feel free to add yourself to the nosy list if you
wish.
--
resolution: - duplicate
Roger Serwy roger.se...@gmail.com added the comment:
Attached is a preliminary patch to check ns != Py_None.
--
components: +Library (Lib)
keywords: +patch
nosy: +serwy
type: - behavior
Added file: http://bugs.python.org/file26421/issue15382.patch
Roger Serwy roger.se...@gmail.com added the comment:
_rev1 has a basic test. Is it sufficient?
--
Added file: http://bugs.python.org/file26423/issue15382_rev1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15382
Changes by Roger Serwy roger.se...@gmail.com:
--
components: +IDLE -Installation, Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14513
Changes by Roger Serwy roger.se...@gmail.com:
--
components: +Windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14513
___
___
Python-bugs-list
Roger Serwy roger.se...@gmail.com added the comment:
With 3.3.0b1 amd64, I can pin IDLE to the taskbar with the appropriate icon
(white page with Python logo). When I unpin IDLE with an editor window focused,
the icon becomes the Tk logo. However, re-pinning the app brings back the other
icon
Roger Serwy roger.se...@gmail.com added the comment:
Is the error message a traceback? If so, could you open a separate issue for it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6804
Roger Serwy roger.se...@gmail.com added the comment:
Thank you for the bug report, Ztatik.
Since 2.6 is now in security-fix-only mode, this issue will not be fixed. See
http://www.python.org/getit/releases/2.6.8/
This grammar issue was fixed in 2.7 with revision 386922b629c3
Roger Serwy roger.se...@gmail.com added the comment:
tb220, is this still a bug? Python 2.6 is now in security-fix-only mode.
--
nosy: +serwy
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8229
Roger Serwy roger.se...@gmail.com added the comment:
IDLE silently closing is due to issue13582.
On Linux (Ubuntu 11.04, Tk8.5) I can not specify ~template.py for a filename
for opening or saving a file. Clicking on either open or save produces no
action. However, I can specify ~/template.py
Roger Serwy roger.se...@gmail.com added the comment:
IDLE supporting sys.ps1 and sys.ps2 is discussed in issue13657. I am closing
this issue in favor of that one.
--
nosy: +serwy
resolution: - duplicate
status: open - closed
superseder: - IDLE doesn't support sys.ps1 and sys.ps2
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +serwy
title: Class Browser selection in Ubuntu - IDLE - Class Browser selection in
Ubuntu
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6171
Roger Serwy roger.se...@gmail.com added the comment:
This is related to issue6858. I assume that the point of this issue is to
enable syntax highlighting by relying on the Windows registry?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
On 3.3.0b1 and 3.2 I get:
(Cmd) help
Documented commands (type help topic):
help
I only see help under Undocumented with 2.7.
It looks like this changeset f8c896ad787f never got backported to 2.7
Roger Serwy roger.se...@gmail.com added the comment:
I suggest to add a decorator @Debugger.internal for all methods that the
debugger should not step into. It should set a function attribute that the
debugger then checks for.
The decorator idea may work. I'll need to see how to make
New submission from Roger Serwy roger.se...@gmail.com:
IDLE fails to close if the debugger was active.
Steps to reproduce:
1) Start IDLE with only a shell.
2) Enable debugger.
3) Press enter in the shell. (Causes debugger to activate)
4) Close the shell window. (File-Exit or click X)
5) Click
New submission from Roger Serwy roger.se...@gmail.com:
The IDLE shell does not respond to commands if the debugger window is closed by
clicking X. This is due to PyShell's executing flag not being reset.
Steps to reproduce:
1) Start IDLE with a shell.
2) Enable debugger.
3) Press enter
Changes by Roger Serwy roger.se...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15348
___
___
Python-bugs-list
Roger Serwy roger.se...@gmail.com added the comment:
On 07/12/2012 04:13 AM, Serhiy Storchaka wrote:
Serhiy Storchakastorch...@gmail.com added the comment:
sys.stdin.write returns the wrong error message when passed a non-string.
Presently it returns io.UnsupportedOperation instead
Roger Serwy roger.se...@gmail.com added the comment:
sys.stdin.write('qwe')
Traceback (most recent call last):
File stdin, line 1, inmodule
io.UnsupportedOperation: not writable
--
I'm passing a number, *not* a string.
--
___
Python
New submission from Roger Serwy roger.se...@gmail.com:
The IDLE debugger steps through the internals of _RPCFile.
To reproduce this bug, create a new .py file with a few print statements,
enable the debugger, and then run the file. Stepping through the print
statement enters into _RPCFile
Roger Serwy roger.se...@gmail.com added the comment:
Debugger.py has a method in_rpc_code which ultimately prevents stepping
though code from rpc.py. (Presently an external file named rpc.py can not be
debugged using IDLE.)
Adding run.py to the check would prevent run.py from being stepped
Roger Serwy roger.se...@gmail.com added the comment:
Attached is a patch to allow toggling of the ColorDelegator. It can be toggled
using the existing, but undocumented, Control-/ binding.
The patch modifies the toggle_colorize_event to fully remove coloring or
fully recolorize the text
Roger Serwy roger.se...@gmail.com added the comment:
I tested blockfile-3.diff against the latest code in the repository.
sys.stdin.write returns the wrong error message when passed a non-string.
Presently it returns io.UnsupportedOperation instead of TypeError: must be str
Roger Serwy roger.se...@gmail.com added the comment:
sys.stdin has a write method, but it should raise io.UnsupportedOperation: not
writable when passed a string. It looks like IDLE has allowed writes to stdin
even before Martin's patch. I'll open a separate issue for this case
New submission from Roger Serwy roger.se...@gmail.com:
This is a follow-up to issue13532 which fixed problems with IDLE's sys.stdout
and sys.stderr implementation.
Presently, sys.stdin has a write method, but does not raise
io.UnsupportedOperation: not writable when passed a string. Instead
Roger Serwy roger.se...@gmail.com added the comment:
Running input from IDLE now raises an error. Attached is a fix to _RPCFile to
allow readline (and isatty) to function properly.
--
priority: normal - high
resolution: fixed -
status: closed - open
Added file: http://bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
Issue13532 has an applied patch (422242dbce30) for the subprocess that makes
the stdout, stderr, and stdin inherit from io.TextIOBase. This includes the
errors attribute, albeit set to ''.
The fix does not apply when running IDLE without
New submission from Roger Serwy roger.se...@gmail.com:
Per Martin's request in msg165197, this issue has been separated from
Issue13532.
The newly introduced _RPCFile object in run.py (422242dbce30) inherits from
io.TextIOBase which has readline as one of its methods. As a result, IDLE's
Roger Serwy roger.se...@gmail.com added the comment:
I tried issue4832_rev2.patch on Ubuntu 11.04 with Tk 8.5 and it still behaves
as Terry described.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4832
Roger Serwy roger.se...@gmail.com added the comment:
I like Serhiy's patch. It works for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15319
Roger Serwy roger.se...@gmail.com added the comment:
I agree. I'll close it.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15318
Changes by Roger Serwy roger.se...@gmail.com:
--
superseder: - IDLE - input() is broken.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15318
Roger Serwy roger.se...@gmail.com added the comment:
Including issue15318 where stdin is writable. The proper solution to that issue
and this one are likely the same.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15319
Roger Serwy roger.se...@gmail.com added the comment:
Same difference for readlines and writelines. I wonder how input works if it
does not call sys.stdin.read()
Eventually IDLE makes a call to PyShell's readline.
--
___
Python tracker rep
Roger Serwy roger.se...@gmail.com added the comment:
PyShell.py's PyShell object has the readline method, at line 1080 in the most
recent code. It's meant for use with and without a subprocess. (See also
Issue14254)
The IDLEfork project long ago created the subprocess and the RPC plumbing
Roger Serwy roger.se...@gmail.com added the comment:
I just pulled Martin's patches and they fix the issue. Indirection to the
rescue!
There is one very slight problem though with the error message raised on 2.7
since it is different than 3.3. Attached is a patch to fix it.
--
Added
New submission from Roger Serwy roger.se...@gmail.com:
Add an Interrupt Execution to the Shell menu, per issue13504, annoyance #3 -
PROBLEM: There’s no obvious way to stop a running program. (Don’t expect them
to know Ctrl-C)
--
components: IDLE
keywords: easy
messages: 165122
nosy
Changes by Roger Serwy roger.se...@gmail.com:
--
dependencies: +IDLE - add an Interrupt Execution to shell menu
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13504
Changes by Roger Serwy roger.se...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file26335/issue15308.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15308
Roger Serwy roger.se...@gmail.com added the comment:
I think that issue13532 fixes this issue, as only strings are now pickled from
the subprocess to the IDLE front-end for writing to stdout and stderr. This
should address the pickling vulnerability.
I downloaded BeautifulSoup 3.0.4 and did
Roger Serwy roger.se...@gmail.com added the comment:
issue4832_rev1.patch is a complete patch against 3.3.
This is also part of issue13504, 7) ANNOYANCE: It’s too easy to forget the .py
extension when saving a file.
--
stage: - patch review
Added file: http://bugs.python.org
Changes by Roger Serwy roger.se...@gmail.com:
--
dependencies: +idle filename extension
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13504
Changes by Roger Serwy roger.se...@gmail.com:
--
components: IDLE
nosy: serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - remove all bare excepts
type: enhancement
versions: Python 2.7, Python 3.3
___
Python tracker rep
New submission from Roger Serwy roger.se...@gmail.com:
There are a lot of bare exceptions in IDLE. Here's the output of grep -n
'except:' *.py
AutoComplete.py:184:except:
AutoComplete.py:209:except:
Debugger.py:172:except:
Debugger.py:344
Roger Serwy roger.se...@gmail.com added the comment:
Your description applied to the behavior on Ubuntu 11.04.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4832
Roger Serwy roger.se...@gmail.com added the comment:
I'm ok with broadening the scope of this issue to include other items.
If we decide to deprecate running IDLE without a subprocess
(http://mail.python.org/pipermail/idle-dev/2012-June/003124.html), then
the history-next/prev would fit
201 - 300 of 542 matches
Mail list logo