Roger Serwy added the comment:
All good questions, Terry! I do have a git clone of the cpython repo, but I
haven't worked through the new commit/patch process since Mercurial. I'm a bit
rusty.
The buffering provided is for calls to `write`. It does not do any line
buffering. Calls
New submission from Roger Serwy :
The shell provided by IDLE uses synchronous sys.stdout.write() calls between
the subprocess and the front-end, leading to very slow writes. The provided
patch proposes buffering the stdout/stderr streams in the subprocess and then
sending a single update
New submission from Roger Taylor :
An IntFlag member before 3.8.6 was converted to an integer in an f-string.
After 3.8.6, the textual IntFlag class and member name are placed in the
interpolated f-string instead of the integer.
3.8.3: f"... {X.F} ..." where X.F = 1 << 4 w
Roger Meier added the comment:
The latest macOS Big Sur Public Beta (5, Build 20A5354i) fixes the issue with
TK Window rendering.
--
resolution: -> works for me
___
Python tracker
<https://bugs.python.org/issu
Roger Meier added the comment:
I have screen capture demonstrating the issue, which I posted here:
https://groups.google.com/g/thonny/c/529A5zEsuWg/m/xHVCny8OBwAJ
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issu
New submission from Roger Meier :
macOS Big Sur, Public Beta (20A5343j)
There is noticeable window flickering when the IDLE window is being resized
manually. It sometimes become translucent, and sometimes the window frame isn't
properly refreshed after resizing, but simply by switching
Roger Gammans added the comment:
But namespace packages are still useful for what PEP420 envisages and they
should be able to have runnable tests.
For instance
projectX/
- interfaces/
- proxyX.py
- testX.py
projectY/
- intefaces/
- proxyY.py
Roger Dahl added the comment:
> I'm sorry. but loop.set_signal_handler() method doesn't exist.
Oops, fixed.
> Assuming you mean loop.add_signal_handler() method, I would say that a
> minute-long delay is a sign of long blocking calls in your program.
During the delay for the
Change by Roger Dahl :
--
keywords: +patch
pull_requests: +18028
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18664
___
Python tracker
<https://bugs.python.org/issu
New submission from Roger Dahl :
This is a ticket to document two ways in which the behavior of
loop.set_signal_handler() may not match what the user expects.
First, callbacks to handlers registered with loop.set_signal_handler() may be
significantly delayed. I have a program where I've
Change by Roger Hurwitz :
--
keywords: +patch
pull_requests: +17826
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18452
___
Python tracker
<https://bugs.python.org/issu
Roger Hurwitz added the comment:
At PyCascades CPython sprint and reviewing this issue.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue38
Change by Roger Hurwitz :
--
keywords: +patch
pull_requests: +17817
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18443
___
Python tracker
<https://bugs.python.org/issu
Roger Hurwitz added the comment:
Reviewing this as part of the CPython sprint at PyCascades.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue39
Roger Hurwitz added the comment:
I am at PyCascades at the CPython sprint, and I will work on this issue to the
best of my ability.
--
nosy: +rogerhurwitz
___
Python tracker
<https://bugs.python.org/issue16
Change by Roger Gammans :
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue23882>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Roger Gammans :
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue35617>
___
___
Python-bugs-list mailing list
Unsubscribe:
Roger Gammans added the comment:
I think this is a duplicate of one (or both) of 35617, or 23882 .
Both of those have unmerged proposed fixes.
--
nosy: +rgammans
___
Python tracker
<https://bugs.python.org/issue36
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:
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 Aiudi added the comment:
Using your above example, my use case is returning an instance of Spam instead
of PurePath from the division operation. The Spam class would have extra
properties and methods for dealing with a substructure of our file system that
can exist in different places
New submission from Roger Aiudi :
PurePath.__truediv__ and __rtruediv__ raise a TypeError when passed something
which is not an instance of string or PurePath. This prevents creating any sort
of compatible class that doesn't inherit from the previously mentioned types.
--
components
roger added the comment:
working on this on europython
--
nosy: +rogerduran
___
Python tracker
<https://bugs.python.org/issue34226>
___
___
Python-bugs-list m
New submission from Roger Erens <snerere...@gmail.com>:
Although both glob and iglob have the same arity in Lib/glob.py:
def glob(pathname, *, recursive=False)
def iglob(pathname, *, recursive=False):
the documentation only mentions for glob the single star
https://docs.python.org/3/l
Roger Erens <snerere...@gmail.com> added the comment:
http://bugs.python.org/issue25596 has been closed...
--
nosy: +Roger Erens
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
New submission from Roger Taylor <roger.taylor.em...@gmail.com>:
The following problem only occurs when I use ProactorEventLoop. If I use
'asyncio.get_event_loop()' it exits normally, rather than infinite looping in
IOCP land.
1. I run the attached 'bug.py' script in a DOS
Change by Roger Wang <wen...@gmail.com>:
--
nosy: +rogerwang
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue31639>
___
__
Changes by Roger Sachan <narayanro...@gmail.com>:
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by Roger Sachan <narayanro...@gmail.com>:
--
pull_requests: +67
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29531>
___
Changes by Roger Sachan <narayanro...@gmail.com>:
--
pull_requests: -31
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29531>
___
Changes by Roger Sachan <narayanro...@gmail.com>:
--
pull_requests: -29
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29531>
___
Changes by Roger Sachan <narayanro...@gmail.com>:
--
pull_requests: +31
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29531>
___
New submission from Roger Sachan:
I have simply updated the document and its references to README.rst (thanks to
whoever formatted it).
--
assignee: docs@python
components: Documentation
messages: 287590
nosy: Roger Sachan, docs@python
priority: normal
pull_requests: 29
severity
Roger Mosher added the comment:
It appears to be a problem with the Anaconda 3 distribution.
See: https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/xssOnleIPFw
for a discussion.
--
status: open -> closed
___
Python tracker &
New submission from Roger Mosher:
when trying to show a FigureCanvasTkAgg the program crashes. Debugging
eventually leads me to TkAgg.blit method where we find the following line:
tk.call(
"PyAggImagePhoto", photoimage,
id(data), colormode, id(
Roger Cook added the comment:
Installing a VM and running it there, it installs.
Is there a manual removal procedure to follow when the automated uninstall
fails?
--
resolution: -> not a bug
status: open -> closed
___
Python tracke
New submission from Roger Cook:
The Windows installer stops the installation and backs out on a clean system.
Here is the relevant section of the log file (msiexec /i
python-2.7.11.amd64.msi /l*v):
MSI (s) (14:90) [15:13:32:577]: Executing op: ActionStart(Name=RemovePip,,)
Action 15:13:32
Roger Upole added the comment:
It doesn't actually do anything, so why do it at all? In order to distinguish
why it failed, you might try checking if the file actually exists, and if it is
a folder.
--
___
Python tracker rep...@bugs.python.org
Roger Upole added the comment:
os.access doesn't check filesystem permissions, so the patch will not catch the
condition that creates the problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22107
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
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 maximum
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 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.diff
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 should fix
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 details
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
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: Documentation
messages: 211226
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 .delete can be called directly
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/html/rfc4279
Changes by Roger Light ro...@atchoo.org:
--
nosy: +ralight
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19084
___
___
Python-bugs-list mailing
Roger Serwy added the comment:
LGTM. I manually tested it by assigning a = 1 and then pressing tab at
after a, aa, aaa, and a, and then pressing tab afterwards. Tab
works to complete the name, and then afterwards when it has been replaced with
a
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +roger.serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18226
___
___
Python-bugs-list
Roger Serwy added the comment:
See issue8515. The patch was not applied to 2.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18288
Roger Serwy added the comment:
This looks similar to issue13582 with the patch to redirect console writes to a
GUI text box.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18318
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 rep...@bugs.python.org
http://bugs.python.org/issue17838
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 patch applied
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 rep...@bugs.python.org
http://bugs.python.org/issue5492
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 brings up TK box
Roger Serwy added the comment:
And it's applied.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18196
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 rep...@bugs.python.org
http://bugs.python.org
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 work around
Roger Serwy added the comment:
LGTM. Thanks Todd!
--
assignee: - roger.serwy
stage: needs patch - commit review
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7136
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 IDLE
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 rep...@bugs.python.org
http://bugs.python.org/issue18052
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 that problem.
I
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 subtle
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't know all it's
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 rep...@bugs.python.org
http://bugs.python.org
Roger Serwy added the comment:
s/it's/its
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17658
___
___
Python-bugs-list mailing list
Unsubscribe
Roger Serwy added the comment:
I committed the Tk workaround for the Windows platform. I'm leaving this issue
as pending with a resolution of later in case Tk developers address the bug
report mentioned in msg185632.
If anyone else wishes to close it, feel free.
--
resolution
Roger Serwy added the comment:
issue_17511_FindNext_rev1.patch keeps the find dialog open and changes the
button from Find to Find Next. The applied patch from #14146 corrects the
selection tag highlighting issue.
--
Added file: http://bugs.python.org/file30329
Roger Serwy added the comment:
Patrick, does removing PYTHONPATH from your environment variables fix this
problem?
--
nosy: +roger.serwy
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17658
Roger Serwy added the comment:
The core problem is that IDLE only executes the shell buffer when the
newline-and-indent virtual event gets sent by physically pressing the Enter
key. Pasting the clipboard contents with \n will not trigger the enter_callback
function in Lib/idlelib/PyShell.py
Roger Serwy added the comment:
It won't make it in 2.7.5. Benjamin tagged the 2.7.5 release a couple of days
ago.
I'll apply this later tonight.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Roger Serwy added the comment:
On second thought, I'll wait until after the releases so that Misc/NEWS gets
populated properly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14146
Roger Serwy added the comment:
Adding 16123 as a dependency. Resolving sys.ps1 and sys.ps2 will likely be
simpler when only considering one execution mode.
--
dependencies: +IDLE - deprecate running without a subprocess
nosy: +roger.serwy
versions: +Python 2.7, Python 3.4
Roger Serwy added the comment:
@Abhishek: I'd rather not require extensions to have a new method for resetting
font sizes. Instead, a virtual event can be bound to a callback by the
extension if it needs to know about a font change.
@Alejandro: It looks like there's a bug in ZoomFont.py where
Roger Serwy added the comment:
Georg, I need to clarify what I meant in msg188301. Issue9290 was applied to
3.2 which introduced the bug addressed in issue17585, whose fix then introduced
issue17838.
IDLE on the 3.2 branch doesn't handle exit() or quit() correctly. It needs both
#17585
Roger Serwy added the comment:
I'm waiting until after the next wave of maitenance releases before I apply
this patch. If anyone feels strongly that it should be applied now, let me know.
I applied the patch to the latest 2.7.4 64-bit release version of Python and it
worked
Roger Serwy added the comment:
Welcome Phil! Your patch looks good and applied cleanly to the default branch
and behaves as you specified. Your submission mechanics are good!
You might want to look into signing a contributor's agreement:
http://docs.python.org/devguide/coredev.html#sign
Roger Serwy added the comment:
I'm pinging this issue to see if anyone has had any problems with the
Windows-specific workaround for highlighting the selection tags. Issue17511
depends on this fix.
--
assignee: - roger.serwy
___
Python tracker rep
Roger Serwy added the comment:
I'm closing this issue as fixed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17798
Roger Serwy added the comment:
I'm closing this issue as fixed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13495
Roger Serwy added the comment:
Terry, the SystemExit traceback from clicking cancel is expected given how
Lib/site.py's Quitter first closes sys.stdin and then raises SystemExit.
Closing sys.stdin causes the dialog, the raised exception just gets printed.
We could change the behavior
Roger Serwy added the comment:
There is a problem. Adding the encoding comment to the top of the source causes
off-by-one line errors in the traceback.
Take as an example:
1/0
Traceback (most recent call last):
File pyshell#0, line 2, in module
ZeroDivisionError: integer division
Roger Serwy added the comment:
3.2 still has the problem fixed in issue17585 for 3.3 and 3.4. This only
applies if issue17585 patch gets applied to 3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17838
Roger Serwy added the comment:
Keeping the sys.stdin reference alive and then reassigning sys.stdin prevents
exit() and quit() from actually closing IDLE since site.py's code closes
sys.stdin which then does not trigger PyShell's close() method. I updated
Terry's patch to explicitly call
Roger Serwy added the comment:
LGTM.
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17721
___
___
Python-bugs-list
Roger Serwy added the comment:
This looks like a duplicate of issue8231.
--
nosy: +roger.serwy
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17864
Roger Serwy added the comment:
Abhishek, Alejandro, welcome to IDLE development! If you can, please sign a
contributor agreement.
We have two patches to create this enhancement, both are good. I suggest that
we figure out how to merge the solutions.
The zoom-out binding should also include
Roger Serwy added the comment:
I agree with Serhiy that the patch should be updated to better explain why the
extra reference to stdin was being held. The attached patch provides that
update in case anyone considers applying it in the future.
Terry, are you suggesting that the code should
Roger Serwy added the comment:
If we remove .close() then we'll need to then have an alternative way to allow
exit() and quit() to actually close IDLE. The RPC proxy already transfers
exceptions between the subprocess and the front-end, so we could catch the
SystemExit exception and handle
Changes by Roger Serwy roger.se...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17721
___
___
Python-bugs-list
Roger Serwy added the comment:
Are you running with or without a subprocess?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17838
___
___
Python
Roger Serwy added the comment:
IDLE crashing is due to issue13582. We should maybe focus on that issue in the
near future as it has become a common theme in many bug reports.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Roger Serwy added the comment:
I clicked submit too soon. The attached patch inhibits closing of the Editor
when the dialog box appears. It also sets the parent argument so that Tkinter
on Windows actually presents a modal dialog box.
What's happening is the the dialog box enters a nested Tk
Roger Serwy added the comment:
The Options menu will become populated as soon as other extensions get included
into IDLE, such as issue6143.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17532
Roger Serwy added the comment:
Ricardo, you are correct that 2.7.4 and 3.3.1 have these bugs but they have
been fixed, as shown by Serhiy. Unfortunately, these fixes won't be released
for a while but they exist as patches and in version control.
I am closing this issue as a duplicate
Roger Serwy added the comment:
Here's a tangentially related issue: #14326
IDLE doesn't handle pasting multi-line code properly (issue3559), IDLE2 will
silently ignore code after the first executable statement. IDLE3 may give an
error.
Can't we just make IDLE's shell default to UTF-8
Roger Serwy added the comment:
Good catch Terry! I've been testing using python -m idlelib.idle instead of
importing it from an interactive prompt. I'll need to remember to consider that
test vector in the future.
I figured out why those messages are popping up. The Tk event loop remains
1 - 100 of 638 matches
Mail list logo
