Menu
▾
▴
[Tcl-bugs] [ tktoolkit-Bugs-3608904 ] Aqua/Cocoa: deadlock when a menu accelerator posts a dialog
|
From: SourceForge.net <no...@so...> - 2013-03-25 12:25:09
|
Bugs item #3608904, was opened at 2013-03-23 11:30 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=3608904&group_id=12997 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 11. Aqua Menus Group: current: 8.6.0 Status: Closed Resolution: Wont Fix Priority: 5 Private: No Submitted By: kjnash (kjnash) Assigned to: Kevin Walzer (wordtech) Summary: Aqua/Cocoa: deadlock when a menu accelerator posts a dialog Initial Comment: On the Mac platform, the Cocoa version of Tk has the following bug. (Found on Snow Leopard 10.8.3 with Tk 8.5.13 or 8.6.0.) When a menu item is invoked by its keyboard accelerator, and that item posts a dialog, a deadlock ensues. This appears to have something to do with Cocoa "flashing" the menu to indicate use of the accelerator: if the -accelerator option is not used, but the binding to the keyboard is defined (even with "$menu invoke $item"), there is no problem. However, as a workaround this is unsatisfactory, because the accelerator is no longer indicated alongside the menu item. Another workaround - the menu command can be constructed to post the dialog after a delay. This is unsatisfactory, because no delay can be guaranteed to be long enough to avoid the bug. The file is a script that demonstrates the bug. ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2013-03-25 05:25 Message: Kevin: I've updated the Aqua/OSX-related categories to auto-assign to you (well, for Tk bugs at least). ---------------------------------------------------------------------- Comment By: Kevin Walzer (wordtech) Date: 2013-03-24 10:00 Message: This appears to be an example of the well-known bug concerning integration between the Tk and Cocoa event loops. See the Tcl-Mac mailing list for details. Briefly put, this bug is pretty much impossible to solve at a low level because of an impedance mismatch between the two event loops, and so the recommended practice for dealing with it is to work around it via judicious use of after, after_idle, etc. No fix for the bug is forthcoming. Also, das is no longer the maintainer of Tk on the Mac; I am. Please refer future bug reports to wordtech so I will see them in a timely fashion. I happened to be browsing the bug database and noticed this, but I do not always do that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=3608904&group_id=12997 |