Is this on OS X 10.6 with ActiveState 8.5.9 installed?

On the Mac O/S 64-bit install, Idle hangs when the Cmd-M hotkey is pressed, but selecting OpenModule directly from the File menu works fine.

For me, it hangs with the pinwheel of death and requires a force-quit.  For Brett, it changes colors as if an unhandled event if being fired-off.

It appears that the Cocoa Tk 8.5 added support for the Apple convention using Cmd-M as the window minimize menu item (collapses the window into the dock) and that conflicts with IDLE's use of the Cmd-M as the shortcut for the Open Module menu item.  I'll see if Tk can be persuaded to not use that shortcut, otherwise it will probably be necessary to use a new shortcut for Open Module on OS X.

After more investigation, I found that my original speculation about a Cmd-M conflict with Cocoa Tk 8.5 was not correct. And the problem is not just limited to the keyboard accelerator for the Open Module command; it can also be seen with the keyboard accelerators for the Go To Line and New Ident Width commands, although none are always repeatable.  What all three have in common is that they use the tkinter.simpledialog module to get user input in response to the command. There does not seem to be a problem ever if the menu commands are clicked on rather than opened with a keyboard accelerator nor is the problem seen when using the older Carbon Tk 8.4.  The problem occurs at the end of the common Dialog class (simpledialog.py lines 167-169) where the tk "wait visibility" command does not cause the intended window to appear and the tk "wait window" (to be destroyed) command hangs waiting on a non-visible window.  Adding some debugging code makes it seem that the hangup is the display of the Entry widget within the dialog window.  Why that is a problem when going though the lengthy execution path triggered by a menu keyboard type-in, and not the clicking-on-menu-item path, is still not clear.  Most likely it is a bug in Cocoa Tk 8.5 but so far I have not yet been able to reduce it to a simpler, reproducible test case.

For 3.2rc2 and 3.2, I propose to add a temporary patch to IDLE that removes the keyboard accelerators for these three commands when running with Cocoa Tk 8.5.  That should prevent users from running into the hang and, thereby, losing work.  The patch should be available later today.

Why don't we just remove IDLE...

Ned, I agree with your idea to knock-out the three problematic hot-kye combinations.

Georg, your solution is too radical and would do more harm than good.  I've been getting excellent use out of Py3.2's IDLE and I expect to use it as a teaching aid in some upcoming classes on advanced Python.  The loss of IDLE would be felt most actutely by beginners who don't necessarily have good alternatives.

I was just kidding (but I wish I weren't).

The attached temporary patch avoids the hang seen when IDLE is used with Cocoa Tk 8.5 by removing the menu accelerator hints from IDLE's menu on OS X.  The keyboard accelerators still work when typed but the character hints are not displayed on their menu items.  The affected commands are:
    Open Module       Cmd-M
    Go to Line        Cmd-J
    New Indent Width  Control-U

This should be applied to 3.2rc2.  I will leave the issue open for possible backport to 2.7 and to find a better resolution so that this patch can be reverted.

Shouldn't this just be an edit to config-keys.def?
Why does it need to hit EditorWindow.py?
Also, instead of killing keys, would it make sense
to remap them to other non-exploding keys?

Just editing config-keys.def does not eliminate the problem. The hang seems to occur because of the presence of any menu accelerator along with the detached windows produced by tkinter.simpledialog.Dialog().  Looking at the Cocoa Tk sources, there are some comments that indicate Cocoa Tk needs to handle menu accelerators differently than Carbon Tk, but there is more to do to get a reliable test case.  The patch as supplied does not kill the keys, rather the accelerator keys for the problematic items are effectively no longer passed to Tk 8.5 and to OS X Cocoa; they are still processed as keyboard events directly by IDLE so they still work when pressed, however the shortcut reminder does not appear to the right of the menu item for these three.

If this helps with hanging, okay to commit. (It doesn't have any effect on non-OSX anyway.)

Committed in r88232 for 3.2rc2.  Pending 2.7 backport, if necessary.

Committed in r88270 for release in 2.7.2.