346108 - Tracking native menus and scrollbars stops the app dead in its tracks

Status: RESOLVED DUPLICATE of bug 338225

(Core Graveyard :: Widget: Mac, defect)

Description

[Mark Mentovai]

The new thread manager was supposed to take care of problems like this, but it didn't do the trick the whole way on the Mac because of Apple internal brain-death.  When we call MenuSelect (to track native menu use) or TrackControl (to track native control use, only scrollbars in our case), or when we use the Cocoa equivalents, the system enters its own tracking loop during which we do not process any Gecko events.

Comment 1

[Mark Mentovai]

Attachment: Patch <v1

We may be able to do something here with run loop modes.  I also found that event loop timers fire while in MenuSelect, and wrote this implementation to provide good UI response while still allowing Gecko events to be processed.

(Note: the crusty menu rebuild code is only sorta-dynamic, so any approach taken here would need to make sure that bad things can't happen if the menus change while in tracking.)

Comment 2

[Mark Mentovai]

Run loop mode is OK.  I forgot that we turned off the clever solution from bug 337824 that was supposed to handle this case.  Never mind...

*** This bug has been marked as a duplicate of 338225 ***