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 Binns added the comment:
I'm the APSW author. You do not need SQLite installed - APSW's setup can fetch
the current SQLite and use it privately not affecting the rest of the system.
An easier way of testing is:
python3 setup.py fetch --sqlite --version 3.7.14 build_ext
Roger Binns added the comment:
(APSW author here). I haven't ported to the new Python 3.3 Unicode handling
yet but it is on my todo list. The PEPs and doc said the C API would remain
backwards compatible. The APSW code supports Python 2.3 onwards.
SQLite APIs support both UTF-8 and U
Roger Binns added the comment:
Roughly how long will it be before Python 3.3.1 comes out? This issue means my
users will get garbage or crashes, so I'll need to work around it if it will be
quite a while till 3.3.1.
--
___
Python tracker
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
New submission from Roger Upole:
The docs for this function state
"Nested tuples cannot be parsed when using keyword arguments!"
but this restriction was removed some time ago.
--
assignee: docs@python
components: Documentation
messages: 173081
nosy: docs@python, rupole
priori
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
New submission from Roger Luethi:
Lib/ipaddress.py does not implement is_global for IPv4Address, in contrast to
the documentation which states for IPv4Address.is_global: "True if the address
is allocated for public networks."
A patch like the one attached to this report shoul
Roger Luethi added the comment:
New patch includes tests.
Lightly tested with Python 3.4 (because trunk doesn't build for me right now):
tests fail without patch, pass with patch.
Patch re-diffed against trunk.
--
Added file: http://bugs.python.org/file35281/ipv4addr_global2-hg
Roger Luethi added the comment:
Seeing that the patch merged for issue 21513 left the existing test for
100.64.0.0 (IPv4 network) untouched, I think it would make more sense to make
that address a constant everywhere in a separate patch (if that is indeed
desirable
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
Changes by Roger Serwy :
--
nosy: -serwy
___
Python tracker
<http://bugs.python.org/issue13657>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
I can confirm this bug for POSIX platforms. Changing the lpr command in
config-main.def to quote the filename seems to fix the problem.
print-command-posix=lpr "%%s"
It might also be a problem on Windows, but I haven't tried it.
--
Roger Serwy added the comment:
In Objects/unicodeobject.c in PyUnicode_FromObject, the call to
PyUnicode_CheckExact fails when using 8.6.0 but works with 8.5.13.
--
___
Python tracker
<http://bugs.python.org/issue16
Changes by Roger Serwy :
--
nosy: +serwy
___
Python tracker
<http://bugs.python.org/issue16819>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Roger Serwy:
Krystian Rosiński notified me about an error with Tabify/Untabify. Clicking
cancel still performs the operation because the _asktabwidth function in
Lib/idlelib/EditorWindow.py always returns a number, regardless of cancel being
clicked.
This bug is visibly
Roger Serwy added the comment:
The attached patch changes %%s to %%r. This should handle file names containing
quotes automatically.
Ramchandra's point of using a subprocess instead would fix the issue as well.
That would require changing "print_window" in Lib/idlelib/IOBindi
Roger Serwy added the comment:
See also issue12274.
--
___
Python tracker
<http://bugs.python.org/issue16829>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Serwy added the comment:
@Serhiy
IDLE places its default configuration files within the standard library. Any
upgrade of Python can modify the contents of the standard library. Even if we
do *nothing* to change Lib/idlelib/config-main.def, the next upgrade would
overwrite an end users
Roger Serwy added the comment:
This is a duplicate of issue7949, but for KDE instead of GTK. I will close this
report in favor of the prior one.
--
nosy: +serwy
resolution: -> duplicate
status: open -> closed
superseder: -> idle does not handle dark gtk colo
Roger Serwy added the comment:
Updated the issue to reflect information from 16984. A screenshot was provided
in that report.
--
nosy: +sahin, serwy
title: idle does not handle dark gtk color schemes -> IDLE: problems with dark
GTK or KDE color schemes
versions: +Python 2.7, Pyt
Roger Serwy added the comment:
Patrick, see Issue8900. It described your problem.
--
___
Python tracker
<http://bugs.python.org/issue10365>
___
___
Python-bug
Changes by Roger Light :
--
nosy: +ralight
___
Python tracker
<http://bugs.python.org/issue19084>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Light added the comment:
This is not TLS-SRP, but TLS-PSK as described by RFC 4279[1]
There is a very small amount of overlap - the "unknown_psk_identity" error
defined by PSK is also used in SRP.
[1] http://tools.ietf.org/ht
New submission from Roger Upole:
_mkstemp_inner assumes that an access denied error means that it
has generated a filename that matches an existing foldername.
However, in the case of a folder for which you don't have permissions to
create a file, this means it will loop thru the ma
Roger Serwy added the comment:
When it comes to the checkmark next to Code Context in the menu, be aware of
issue13179. You can launch IDLE, open two separate editors, enable Code Context
in one, and the other will have its menu entry checked as well when it is not
enabled
Roger Serwy added the comment:
>
> Removing text before "iomark" can be done by using the underlying Text widget
> directly. See how the Squeezer extension does this in issue1529353. This
> should simplify the implementation significantly.
I agree that the underlying
New submission from Roger Erens:
The sections on DictReader and DictWriter do not give information on what the
type is of the parameter 'fieldnames'. The source code comments that it is a
'list of keys for the dict'.
--
assignee: docs@python
components: Documentat
Roger Erens added the comment:
I did not fully realize the meaning of it being a sequence as it is referred to
a little later indeed. Which implies both a tuple and a list can be used,
right? So then the patch might look like:
+ The *fieldnames* parameter is a list or tuple of keys used for
Roger Erens added the comment:
One more nitpick: is it the sequence [of keys] that identif_ies_ the order, or
is it the keys that identif_y_ the order? Not being a native English speaker,
I'd opt for the first choice.
Thank you both for your meticulous attention for de
Roger Binns added the comment:
This issue is highly annoying. The ultimate cause is the msi code using
the StrictVersion class to get the version number. StrictVersion is
documented to be constrained to numerical dot separated versions, and
there doesn't appear to be a way of providing
Roger Collins added the comment:
I can confirm the same exact issue exists in python2.6 on:
Solaris 5.8 sparc
Killing the bottom process worked for me as well
--
nosy: +zulrang
versions: +Python 2.6
___
Python tracker
<http://bugs.python.
Roger Collins added the comment:
Platform: Solaris 5.8 sparc
Compiler: gcc version 4.2.4
make test reported back the following on the initial test:
test test_threading failed -- Traceback (most recent call last):
File
"/tools/webapps/local/src/Python-2.6.2/Lib/test/test_threading.py&q
Changes by Roger Collins :
--
title: 2.5.4.3 / test_threading hangs -> 2.5.4.3 and 2.6.2 / test_threading
hangs
___
Python tracker
<http://bugs.python.org/iss
New submission from Roger Gammans :
The following sequence causes isinstance to raise an exception rather than to
return False.
>>> class foo:
... pass
...
>>> import collections
>>> isinstance(foo,collections.Callable)
True
>>> isinstance(foo(),c
Roger Serwy added the comment:
Here's an extension that adds rstrip() to the Format menu.
--
nosy: +serwy
Added file: http://bugs.python.org/file14108/RstripExtension.py
___
Python tracker
<http://bugs.python.org/i
401 - 500 of 642 matches
Mail list logo
