Menu
▾
▴
#2876 Menubutton and -direction flush does not work properly with
open-works-for-me
5
2011-02-07
2011-02-02
No
When running attached code item selection works fine for first time, subsequently it seems to be hanging in OSX system call - probably due to Tk not passing mouse movement events.
Clicking on menubutton multiple times causes the program to occasionally hang - doe snot change selected item and releasing mouse button does not cause item to be selected.
Changing -direction or disabling -indicatoron still works - only this combination fails. When enabling Carbon events tracing, first click causes both button up/down events and move events to be received. Subsequent clicks only cause information on mouse up/down to be printed - and this might be the root of the problem.
Sample Tcl code works fine with Tk up to 8.5.6 - 8.5.7 is the first release where this code does not work. Since CVS is down (at least as of now) I have not been able to determine more exact date when it broke.
It can also be reproduced by doing [$menu post] on top of menubutton manually.
Sample code to reproduce the issue
I'm not able to reproduce this issue with a build of CVS HEAD from a few weeks ago (before the SF attack). The indicator appears in the menu correctly, and items update correctly with no hang. There was an issue with the menu indicator not being displayed correctly but that has been fixed in HEAD.
I have retested this on CVS HEAD I retrieved earlier today. Verified on OSX 10.6.2 and 10.6.6 - the issue keeps happening.
Are you sure you tested with --enable-aqua=carbon? I made this mistake and for a while I thought it actually works.