When Unity is installed, Shotwell menu on desktop flashes when user switches photo view
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
AppMenu GTK+ |
Fix Released
|
Undecided
|
Unassigned | ||
Application Menu Indicator |
Fix Released
|
Undecided
|
Unassigned | ||
Unity |
Invalid
|
Undecided
|
Unassigned |
Bug Description
This is ticketed upstream at http://
To see the problem:
1. On an Ubuntu 10.10 machine where Unity is installed, run Shotwell from the normal GNOME desktop, *not* inside a Unity session.
2. Click the top item in the Shotwell sidebar ("Photos").
3. Repeatedly hit the down arrow key. As you move to each new sidebar item, you'll see the menu at the top of the window flash off and on. This does not happen on machines where Unity is not installed.
Here's what is possibly going on. Each time you move to a sidebar item, Shotwell hides the menu at the top of the window and shows a different menu (specific to that item). Normally, the GNOME event loop does not run during the moment between hiding the old menu and showing the new menu, so the user sees no flicker as the menu is replaced. It appears that the Unity global menu code has an effect even in a desktop (non-Unity) session, and apparently it causes the GNOME drawing code to be invoked after the previous menu is hidden (perhaps by invoking the event loop?).
Changed in unity: | |
status: | New → Invalid |
Thanks for the feedback Adam. I'm connecting this one with the appmenu-gtk updates Cody is preparing.