Comment 1 for bug 962026

So, don't let it do that then? :-)

It should be *possible* for a menu to update while it is open: for example, the network menu might respond to something you click inside it to update the list of available wi-fi networks.

But that shouldn't be the default behavior. By default, any change to a menu or submenu shouldn't appear until that menu or submenu is next opened. Perhaps there should be an exception for disabling items, where a dead click on an item that was sensitive a moment ago isn't so bad; and deleting items, which should perhaps be made insensitive immediately, and then removed altogether once the menu closes.

So I think this should be fixed at the GTK level. The same level of consideration should apply to context menus, for example.