Roger Serwy 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
___
Python trac
Roger Serwy added the comment:
_rev1 has a basic test. Is it sufficient?
--
Added file: http://bugs.python.org/file26423/issue15382_rev1.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Roger Serwy :
--
components: +IDLE -Installation, Windows
___
Python tracker
<http://bugs.python.org/issue14513>
___
___
Python-bugs-list mailin
Changes by Roger Serwy :
--
components: +Windows
___
Python tracker
<http://bugs.python.org/issue14513>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy 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.
Terry, can you
Roger Serwy 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
<http://bugs.python.org/issue12
Roger Serwy 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
<http://bugs.python.org/iss
Roger Serwy 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
<http://bugs.python.org/issue6
Roger Serwy 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 deb
Roger Serwy 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
.string value must be
Roger Serwy 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 disappear.
On 2.7
Roger Serwy 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
status: open ->
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
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
<http://bugs.python.org/issue9
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
Changes by Roger Serwy :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue15574>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Tk support on Mac has improved greatly since 2008. Is this still a valid issue?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue1
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
___
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?
--
no
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
<htt
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
<http://b
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 b
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
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
<http://bugs.pyth
Roger Serwy added the comment:
With Python 2.7.3 on Win7, I tried the following:
C:\Python27>set HOME=H:\
C:\Python27>python -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
Roger Serwy added the comment:
In your original message, did IDLE eventually start when you ran:
C:\Python27>python.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 sho
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 a
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
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 rel
Roger Serwy added the comment:
Peter, is this still an issue with 2.7.3?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue10834>
___
___
Python-bug
Changes by Roger Serwy :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue14997>
___
___
Python-bugs-list mailing list
Un
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.e
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, the
Roger Serwy added the comment:
Does the official Python 2.7.3 installation from python.org/download/ work for
you?
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue16
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
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:
> Also crashes every time I try and access preferences in IDLE as well.
See issue15853.
--
nosy: +ned.deily, serwy
___
Python tracker
<http://bugs.python.org/issu
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
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
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
<http://bugs.python.o
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
<http://bug
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 trac
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:
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.
--
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
___
P
New submission from Roger Serwy:
Pressing 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.
A
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
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
Roger Serwy added the comment:
The .posix = True bug is a separate issue, now in #16200.
--
___
Python tracker
<http://bugs.python.org/issue16186>
___
___
Pytho
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:
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 c
Roger Serwy added the comment:
Here's the revision that broke it: b81ddaf0db47
The 2.7 branch still uses imp.get_suffixes, whereas the 3.3 and 3.4 uses this
importlib construct.
The imp.get_suffixes returns a list of tuples of 3 items: (suffix, mode, type).
The current code only returns
Roger Serwy added the comment:
Upon further reading of the non-POSIX mode of shlex, this behavior is not a
bug. See
http://docs.python.org/py3k/library/shlex.html?highlight=shlex#parsing-rules
The "'h' w" test case parses correctly according to:
* Closing quotes separate
Changes by Roger Serwy :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue16186>
___
___
Python-bugs-list
Changes by Roger Serwy :
--
nosy: +ezio.melotti
___
Python tracker
<http://bugs.python.org/issue16200>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
> for this, so I can see the desire to use it.) There needs to be a way
> to get tabbing with
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
stat
Roger Serwy added the comment:
The shlex_posix_property.patch makes .posix a read/write property that changes
.eof appropriately.
--
Added file: http://bugs.python.org/file27580/shlex_posix_property.patch
___
Python tracker
<http://bugs.python.
Roger Serwy added the comment:
I am running 2.7.3 from Apr 10, 2012, freshly installed. I still can not
reproduce this problem when running IDLE with or without a subprocess.
Is your PyShell.py file the original or was it modified by accident? It may be
possible that run.py was modified as
Roger Serwy added the comment:
Terry, your idlelib directory is in an inconsistent state. IDLE 2.7.3 works
well on Arch Linux. I rebuilt it from revision 70274d53c1dd. With and without a
subprocess, IDLE's sys.stdin.readline works.
Let's close this issue and focus on #9290. It'
Roger Serwy added the comment:
The patch works with 3.3.0 and 2.7.3 on Windows 7.
+1
--
___
Python tracker
<http://bugs.python.org/issue15853>
___
___
Python-bug
Roger Serwy added the comment:
Saving the shell to a file allows the class browser to function. However a
class browser for a syntax-incorrect file due to prompts and stdout contents
can also pose a conceptual problem.
I suggest that the error message be modified to include a corrective
Roger Serwy added the comment:
Attached is a quick patch to change the error message.
--
keywords: +patch
Added file: http://bugs.python.org/file27666/message_fix.patch
___
Python tracker
<http://bugs.python.org/issue16
Roger Serwy added the comment:
I'm closing this issue as a duplicate of #11288.
--
resolution: -> duplicate
status: open -> closed
superseder: -> Python installed from MSI doesn't work
___
Python tracker
<http://bug
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue15808>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
Issue7883 also has a test.
--
___
Python tracker
<http://bugs.python.org/issue15392>
___
___
Python-bugs-list mailing list
Unsub
Roger Serwy added the comment:
Can you launch Python from a command line and then launch IDLE from there?
cd c:\python33
python
After python starts, enter the following:
import idlelib.idle
--
nosy: +serwy
___
Python tracker
<h
Roger Serwy added the comment:
I wonder if there is a bug in the Python installer on the new Windows 8
platform, though it is unlikely.
I will leave this issue open for Windows 8 developers to comment. (I don't have
Win8 for testing just yet.) Feel free to close.
--
compo
Roger Serwy added the comment:
The attached patch ("issue13659.patch") adds a configuration option for
selecting the output of help() as being in the shell or in the pager. It is an
enhancement against 3.4.
Another possibility involves adding a checkable menu item under "Opt
Roger Serwy added the comment:
In a strict sense, the patch does break backward compatibility for third-party
IDLE extensions that modify the rmenu_specs contents. It is not a "private"
value since it lacks an initial underscore in its name. But given how
undocumented IDLE is, espe
Roger Serwy added the comment:
On IDLE Extensions: The public ecosystem of IDLE extensions is small, and even
smaller are those that modify rmenu_specs. Changing it is trivial. However,
existing users of the Squeezer extension under 2.7 will experience bugs, like
triggering issue13582 on
New submission from Roger Serwy:
IDLE's IndentSearcher class in EditorWindow.py can raise an uncaught
IndentationError when opening a file. The attached patch fixes the problem by
catching everything that the tokenize module can raise explicitly, namely
IndentationError, TokenError
Roger Serwy added the comment:
I encountered this behavior while testing an extension that highlights tabs and
trailing whitespace. The very first test file I wrote caused this crash. See
the attached "sample_token_error.py".
--
Added file: http://bugs.python.org
Roger Serwy added the comment:
That's a good point. Attached is a revision to omit IndentationError.
Thanks Serhiy.
--
Added file: http://bugs.python.org/file28032/editor_token_error_rev1.patch
___
Python tracker
<http://bugs.python.org/is
Changes by Roger Serwy :
--
dependencies: +Create a unittest framework for IDLE
___
Python tracker
<http://bugs.python.org/issue12274>
___
___
Python-bugs-list m
Roger Serwy added the comment:
This is still a bug with 2.7 and 3.4. I just tried leaving the width and height
fields in config-main.cfg and IDLE had raised the error:
_tkinter.TclError: expected integer but got ""
The width and height keys in the text_options dic
Roger Serwy added the comment:
Serhiy, I applied your patch and it works. However, the initial window size in
IDLE Preferences->General are listed as "None" instead of a number.
Perhaps if the userCfg has an invalid value then the defaultCfg should be
returned?
--
vers
Roger Serwy added the comment:
Changed from Crash to Behavior, as the interpreter is not crashing. Also undid
my mistake of re-adding 2.6 and 3.1.
--
type: crash -> behavior
versions: -Python 2.6, Python 3.1
___
Python tracker
&l
Roger Serwy added the comment:
Serhiy, was msg176255 meant for issue16491?
--
___
Python tracker
<http://bugs.python.org/issue16504>
___
___
Python-bugs-list m
Roger Serwy added the comment:
On Mac, which version of Tk are you using? IDLE is known to have problems on
Mac with Tk. See http://www.python.org/download/mac/tcltk/
You can disable colorization with the undocumented Ctrl+/ key combination. Does
the crash still occur with the colorizer
Roger Serwy added the comment:
Lukas, thank you for your persistence in trying to resolve this issue.
The Windows traceback is interesting. I am wondering if a "race" condition may
be causing this bug. Callbacks from the Tcl interpreter eventloop back into
Python may be ordered
Roger Serwy added the comment:
The original help.txt and the patched version still mixes tabs and spaces. This
is a minor point, but perhaps all the tabs should be expanded.
Also, the section on running IDLE without a subprocess should not be removed
until version 3.5. See #16123
Roger Serwy added the comment:
I was able to trigger this problem on 2.7 as well. Changing type to behavior as
the core interpreter is not crashing.
Lukas, the only way I can trigger the traceback is by closing the editor while
the colorizer is still colorizing. Clicking randomly on the
Roger Serwy added the comment:
Campbell, your example runs IDLE *with* a subprocess. The "use_subprocess" flag
defaults to True.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
Steve, please verify that you are using the correct version of Tkinter with
IDLE. See http://www.python.org/download/mac/tcltk/
--
nosy: +ned.deily, serwy
___
Python tracker
<http://bugs.python.org/issue16
Roger Serwy added the comment:
This looks like a duplicate of issue16177, but for version 3.3.0 instead of
2.7.3. I'm closing this in favor of the prior report.
Steve, can you try the suggestion from msg172501 in #16177 ?
--
resolution: -> duplicate
status: open -> closed
Roger Serwy added the comment:
Added version 3.3 as reported in #16622.
--
nosy: +Steve.OBrien
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue16
Roger Serwy added the comment:
Steve, could you post the contents of your .idlerc directory? I wonder
if "encoding = locale" is the culprit.
--
___
Python tracker
<http://bugs.python.o
Roger Serwy added the comment:
You only have an empty "recent-files.lst" file in your posted archive.
From what I can tell, there is nothing in common with the other posted
.idlerc that had these problems.
Please do report if the crashes with open parens reoccurs and what was
New submission from Roger Serwy:
Revision e4598364ea29 changed the docstring for "int", causing the CallTips
test to fail in IDLE.
The attached patch fixes the problem.
--
components: IDLE
files: calltips_test_update.patch
keywords: easy, patch
messages: 177063
n
New submission from Roger Serwy:
The calltip fails if __getattr__ raises an exception. Take as an example:
Python 3.4.0a0 (default:0238cc842805+, Dec 6 2012, 19:17:04)
[GCC 4.7.2] on linux
Type "copyright", "credits" or "license()" for more informatio
Roger Serwy added the comment:
The number of lines in the return value of get_argspec should be limited,
otherwise the calltip window can become too large. For example, many functions
in the numpy project have very long doc strings.
--
___
Python
Roger Serwy added the comment:
So, is the original patch which fixes the original issue OK to apply?
--
___
Python tracker
<http://bugs.python.org/issue16
Roger Serwy added the comment:
@Chris: Thanks for applying the patch. As for IDLE tests, there are no official
tests. Issue15392 calls for the creation of a unit test framework. There are a
few "tests" in some of IDLE, such as the ones in CallTips. Terry added much
needed impro
Roger Serwy added the comment:
I haven't had any serious problems with calltips on the dev branches for 2.7
and 3.4, except for issue16630. I think this issue can be closed as being
completed in order to avoid further expanding its scope. Feel free to reopen if
anyone disa
New submission from Roger Serwy:
I am running Arch Linux with the latest Tcl/Tk 8.6.0 build with Python 2.7.3
and 3.3.0, and the latest 3.4.0a0 build from the repository.
Running the attached script fails when calling pack_info(). Here's is the
script's output:
8.6
Traceback (m
301 - 400 of 543 matches
Mail list logo
