[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: With the severe click bug apparently fixed, I focused on Suddha Sourav last sentence "In addition, pressing enter does not autocomplete but execute what was meant to be selected." In current freshly started IDLE, for example >>> re.c<^-space> brings up a

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: New changeset 6628006941f4382813a9af4628894c99bb333b8f by terryjreedy in branch '3.6': [3.6]bpo-15786: Fix IDLE autocomplete return problem. (#2198) (#2199) https://github.com/python/cpython/commit/6628006941f4382813a9af4628894c99bb333b8f --

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Terry J. Reedy : -- pull_requests: +2243 ___ Python tracker ___ ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: New changeset 32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02 by terryjreedy in branch 'master': bpo-15786: Fix IDLE autocomplete return problem. (#2198) https://github.com/python/cpython/commit/32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02 --

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Terry J. Reedy : -- pull_requests: +2242 ___ Python tracker ___ ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: After hand-testing everything I could think of, including clicking outside the box after clicking inside, I applied the click (and Mac crash) fix to 3.7 and 3.6. As far as I know, it should appear in 3.6.2rc whenever that appears. If so, I hope people who

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: New changeset 3280579450e3ee94e4916e2543b4dd8898d51b02 by terryjreedy in branch '3.6': bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811) (#2187) https://github.com/python/cpython/commit/3280579450e3ee94e4916e2543b4dd8898d51b02 --

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Terry J. Reedy : -- pull_requests: +2236 ___ Python tracker ___ ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: New changeset 778b484145edfd0d9b65129322d3295bed8eb71a by terryjreedy (mlouielu) in branch 'master': bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811) https://github.com/python/cpython/commit/778b484145edfd0d9b65129322d3295bed8eb71a

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Now that I know how to backport with confidence, and have cleared the backlog, and synched 3.6 with 3.7, I want to review this next. I would like to get it in 6.2, but 6.2 was due yesterday, but delayed, and there is no info on how long the delay is. This

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: Terry, would you like to verify the fixed? I think it will be good if this fix can be backported in 3.6 before 3.6.2 released. -- ___ Python tracker

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: I fix this as: if not self.autocompletewindow: return I think this another different behavior on different platform. I can't reproduce this on Linux... -- ___ Python tracker

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Almost there. Clicking on a list item or the scrollbar works to select an item or scroll. Clicking outside the box *before* clicking elsewhere works to dismiss box. Clicking outside the box *after* clicking inside dismisses the box, but also results in the

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: Fix on Windows platform, the behavior was different on Linux and Windows when calling acw.focus_get(), it will need to delay to get the correct focus. -- ___ Python tracker

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Click still causes disappearance with fresh binary on Win10. -- ___ Python tracker ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: PR 1811 fix some bug in condition of hide_event, now it will work on three different platforms. Terry, it will need your review. -- versions: +Python 3.7 ___ Python tracker

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Louie Lu : -- pull_requests: +1897 ___ Python tracker ___ ___ Python-bugs-list

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: Terry, the latest PR fix the problem both on Linux / MacOS and Windows, please help to review and test if there is any problem on different platform, thanks! -- ___ Python tracker

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: Additional info for Windows platform: when creating autocompletewindow, it will bind "" to winconfig, this cause a problem, when showing up the acw, it will misbehavior calling multiple times about . The result is, tk will not able to response to

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: I'm mainly working on Linux, so these problem didn't affect me alot. I did some test on these issue: #24801: right click works on 5.8.18 AS version. #24570: calltips work #25988: wrong issue number (?) -- #21603: concur with Ned, save as a file from foo to bar will

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Some existing idle-macosx issues are 17060 and 18444 (possibly dups), 24570, 24801, 25988 (dup of this?), 21603, 22897, 28928. (At least 1 might be closed). If none of these cover issue you have in mind, please go ahead. --

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: @Terry, this is another too-fast-to-destroy problem. The latest PR commit has fixed the issue on MacOS. When we double click on autocompletewindow, it will try to focusOut autocompletewindow then focusOn widget.text, but, we destroy too fast, after destroy, tk

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: The step after installing newer Tk will require `make clean` and `make` again to let linker link to the recent install version. I can freeze the cursor after double click on any version of Tk I install, 8.5.9 / 8.5.18 / 8.6.4 on MacOS Sierra. Maybe we should

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: I would try rebooting, but not having a Mac, I am not familiar with the details of the instructions on that page. It they are not clear enough, they should be improved. -- assignee: -> terry.reedy ___ Python

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: There is a difference between Linux and Mac freeze. On linux, if freeze and I insert pdb.set_trace() at the end of the hide_window, it will let cursor blink again, while on Mac, this won't work. I try self.widget.after(200, self.hide_window) and it doesn't work,

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: While 8.5.9 on OSX is more usable than 8.5.7, it is known to crash occasionally. Hence the startup warning. See idlelib.macosx.tkVersionWarning and https://www.python.org/download/mac/tcltk/. (The problems listed in the latter for 8.5.9 seems incomplete

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: Test PR on MacOS with Tk 5.8.9, when double click on listbox will cause freeze after hide window -- ___ Python tracker ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Louie Lu : -- pull_requests: +1617 ___ Python tracker ___ ___ Python-bugs-list

[issue15786] IDLE code completion window can hang or misbehave with mouse

Louie Lu added the comment: The reason why click on listbox will disappear is because we bind HIDE_VIRTUAL_EVENT with on widget.text. When click on listbox, it will focusOut the widget.text then focusOn listbox, thus trigger the hide process. The reason why click on listbox and move the

[issue15786] IDLE code completion window can hang or misbehave with mouse

Mark Roseman added the comment: I've done some playing around... not quite there yet, but I think much closer. First, I assume the 'freeze' on Mac is not a hard freeze, but where the text window is not responding to events, but if you switch to another app and back, it works again? Second,

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Serhiy, could you take at least a quick look at this troublesome issue? The issue seems to be this: idlelib.autocomplete_w.py has # at the top LISTUPDATE_SEQUENCE = "" # within show_window method self.listupdateid = listbox.bind(LISTUPDATE_SEQUENCE,

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: >If you use the arrow keys to select and copy as you go, you still have > to hit tab twice to close the box (or click elsewhere). Not for me. If i use arrow keys then I just type "()" and the box disappears. So there's two(?) fewer keystrokes needed if you

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: When the correct item is highlighted, hit tab once to copy it to the text, hit tab a second time to close the box. If you use the arrow keys to select and copy as you go, you still have to hit tab twice to close the box (or click elsewhere). --

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: hi Terry, thanks for all the responses. Well, what *I* found maddening was that typing "os." pause "g" works but typing "os.g" (with no pause) does nothing. :) But, anyway, I guess you're saying that that's as designed. >The list is not supposed to

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: The time delay and popup is only after a key letter, like '.' or '"'. Having the box appear whenever one pauses would be maddening. I have the delay set to .1 second. The list is not supposed to shrink. Having everything disappear on a typo would not seem

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: hi Tal and Terry, I hadn't noticed that continuing to type does go to the appropriate spot. However, I see what I think are two or three bugs (not sure is 'a)' is a bug) in the behavior: a) on my system it does not visibly filter the list. EG, if I type

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Thanks Paul, that will probably be helpful somehow. I was expecting the opposite. H. Box comes up after cntl-space or time delay after key char. I have time delay much shorter than default. I do what Tal said -- type a couple of letters, then

[issue15786] IDLE code completion window can hang or misbehave with mouse

Tal Einat added the comment: Regarding your questions about completion behavior: You don't have to scroll, you can continue typing and the completion list will filter itself to options that match the additional characters. Deleting characters works too (options reappear in the list). The

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: > Question: does the text widget freezes on button down or not until button up. > The experiment is to press and hold the button while moving the mouse. Does > the cursor move and select text while the button is down, or does it freeze > immediately. Paul,

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: I experimented more with 3.5.1, Win 10 and formulated a question and hypothesis. In a text widget, pressing button 1 (usually the left) moves the cursor to the nearest between-character slice line. Hold the button down allows selecting text. Releasing and

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Suddha: Someone has to write a currently failing test and a patch that makes it pass without breaking anything else. I cannot currently test this issue and therefore cannot currently patch it. AutoComplete has numerous other issues that I can test. About a

[issue15786] IDLE code completion window can hang or misbehave with mouse

suddha sourav added the comment: I reported the issue in 2012, and it's not nice to see that in four years the flagship editor of Python in all platforms I know is still something I have to avoid. I am not writing this mail to vent; I'm asking: what can we do, and through which channels we can

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: Thanks, Terry and Ned. Ned, I checked (nice clear instructions, btw) and I had Tk 8.5.10. So I followed the link and installed 8.5.18. -- The freeze on mac still occurs but I understand that this will avoid some other bugs. BTW, I don't know how testing

[issue15786] IDLE code completion window can hang or misbehave with mouse

Ned Deily added the comment: Paul, also check to make sure you have installed the latest ActiveTcl Tcl/Tk 8.5.x (not 8.6.x) as described here: https://www.python.org/download/mac/tcltk/. One way to tell exactly which minor release of Tcl/Tk (the "x" in "8.5.x") is in use is to click on the

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: As far as I know, freezing is limited to Macs. In msg220751, Ned said "Further, then pressing "Return", "a", and "Tab" to try a new code completion results in the code completion window momentarily appearing then disappearing." The disappearance , and hence

[issue15786] IDLE code completion window can hang or misbehave with mouse

paul czyzewski added the comment: I'm new to IDLE. I just upgraded to Mac El Capitan from Snow Leopard, and installed Python 3.5.1 (v3.5.1:37a07cee5969, Dec 5 2015, 21:12:44). I have had the IDLE window freeze so many times (when clicking on something in the autocomplete window as described

[issue15786] IDLE code completion window can hang or misbehave with mouse

Al Sweigart added the comment: Additionally, pressing tab after the autocomplete window has appeared should not just update the text but also close the autocomplete window. The repro steps are (on Windows 7 64-bit, Python 3.5): 1. Type pri 2. Press Ctrl+Space or click Edit Show Completions.

[issue15786] IDLE code completion window can hang or misbehave with mouse

Changes by Al Sweigart asweig...@gmail.com: -- nosy: +Al.Sweigart ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15786 ___ ___ Python-bugs-list

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: I closed #23954 in favor of this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15786 ___ ___

[issue15786] IDLE code completion window can hang or misbehave with mouse

Ned Deily added the comment: Investigating a user report of IDLE freezing on OS X when mouse clicking on the code completion menu led me to this issue. The behavior I see varies depending on the Tk variant in use. The basic test case is: 1. launch IDLE with an IDLE shell window open 2. open

[issue15786] IDLE code completion window can hang or misbehave with mouse

Terry J. Reedy added the comment: Idle Help, Completion sections Two tabs in a row will supply the current ACW selection, as will return or a double click. On 3.4 windows, tab-tab works, one click dismisses the box immediately but without disabling it. Contrary to the claim above, return