Items can be inserted into the messaging menu while it is open
Bug #962026 reported by
Lars Karlitski
This bug report is a duplicate of:
Bug #412797: Menu items disappear while the menu is open.
Edit
Remove
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Ayatana Design |
Triaged
|
Undecided
|
Matthew Paul Thomas | ||
| Messaging Menu |
New
|
Low
|
Unassigned | ||
Bug Description
When one of the sources of the messaging menu receives a new message, a menu item is inserted in that source's application section, moving all the items below it down. This can happen while the menu is open.
More than once, this has caused me to click on the wrong menu item accidentally, because the menu item moves under the pointer just as I'm about to click.
In addition, a menu that is changing while it is open is a very unusual. I don't know of any other menu that does do this.
| Changed in indicator-messages: | |
| importance: | Undecided → Low |
Revision history for this message
| Matthew Paul Thomas (mpt) wrote | #1 |
| Changed in ayatana-design: | |
| assignee: | nobody → Matthew Paul Thomas (mpt) |
| status: | New → Triaged |
| tags: | added: udp |
To post a comment you must log in.
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.