[panel] [multi-monitor] On secondary screen, unable to scrub from indicator menu to app menu

[Gerry Boland]

On 2 screen setup, open a Nautilus window on the secondary screen. Open the indicator menu on the secondary screen & try to scrub to the app's menu. It does not work. Performing the same task on the primary window works fine.

Steps to Repro:
1. Open a Nautilus window on the primary screen.
2. Open the indicator menu on the primary screen, and using the mouse scrub to the left, and see that the Nautilus menu appears.
3. Now move the Nautilus window to the secondary screen.
4. Attempt step 2 again, this time on the secondary screen.

Expected Result:
Same behaviour as screen 1, the app menu should be scrubbable from the indicator menus.

Actual Result:
Menu does not appear.

[Bryce Harrington (bryce)]

Reproduced this behavior on Precise in Unity as well.

I put nautilus on one display, and gedit on the other, both maximized. On the display with nautilus (the external monitor), using the mouse to navigate the various indicator menus works. Using the arrow keys to do the same likewise works. On the other display (the laptop lvds), mousing through the menus works, but when I use the left/right arrow keys I see an empty menu box pop up, which has arrows at the top and bottom and appears to be sized for content but no content is visible. Also it is positioned at the far top right corner of the screen rather than beneath its indicator.

Further experimentation shows it behaves like this even if all applications are shut down.

[Bryce Harrington (bryce)]

Booted into Unity-2d and reproduced it there, except the behavior is slightly different: The content of the menus *does* appear, but the menu is positioned at the laptop's top left corner (instead of top right).

Also, in unity-2d it appears you can only cursor left-wards. The right arrow key doesn't trigger menu navigation activity.

[Bryce Harrington (bryce)]

With unity 5.2, the behavior from comment #1 has changed. The arrow keys work to navigate the indicator menus on one screen, but on the other the menus display at the top left corner of the screen. (Same behavior in unity as was seen in unity2d from comment #2.)

[Launchpad Janitor (janitor)]

This bug was fixed in the package unity-2d - 5.7.0-0ubuntu1

---------------
unity-2d (5.7.0-0ubuntu1) precise; urgency=low

  * New upstream release:
    - unity-2d-panel crashed with SIGABRT in Unity2dDebug::unity2dQtHandler()
      (LP: #925457)
    - unity-2d-shell crashed with SIGSEGV in ref() (LP: #947278)
    - Launcher - Make Launcher left of screen reveal more responsive and less
      prone to false positives (LP: #765819)
    - [dash] [launcher] [panel] Tinting based on wallpaper missing
      (LP: #882101)
    - [launcher] In multimonitor setup Unity-2D only shows launcher on one
      monitor (fails MM UX spec #2.8) (LP: #780204)
    - [unity-2d] FF exception to add PointerBarrier to Unity2d (LP: #947976)
    - multimonitor, launcher: Provide an option to display either a single
      launcher or a launcher on each display in a multi-monitor environment
      (LP: #950136)
    - lens switching is not keyboard navigable (LP: #945220)
    - [panel] [multi-monitor] On secondary screen, unable to scrub from
      indicator menu to app menu (LP: #844809)
    - "Workspaces" button displays previous wallpaper (LP: #900019)
    - Dash - cursor should change when pointer is over the search field
      (LP: #849175)
    - Filter checkboxes are without margins in right to left locales
      (LP: #949319)
    - [panel] [multi-monitor] Open indicator menu on one screen causes other
      indicator to look open too (LP: #844798)
    - Dash - horizental divider line in between categories incorrectly drawn
      (LP: #841750)
    - [launcher] Tile Progress bar starting from left of launcher, not
      container (LP: #912777)
    - Dash - dash is not closed with alt+f4 (LP: #891818)
    - [dash] Rating stars in right-to-left locales behave inconsistently.
      (LP: #945719)
    - LensButton.qml:72 warning when running unity-2d (LP: #947276)
    - [dash] Multi-range filters are rendered incorrectly in right-to-left
      locales (LP: #950649)
  * debian/unity-2d.gconf-defaults:
    - removed: not used anymore and causing regression with hide-mode=2
      by default, converted to the gsettings key (LP: #942772)
  * debian/unity-2d.preinst:
    - removed, was a natty -> oneiric transition
  * debian/control, debian/unity-2d-common.install:
    - create unity-2d-common and make some packages depending on it
    - move some files from unity-2d package to unity-2d-common
      (gsettings and apport hook) to have packaging shipping their schema
      (LP: #925457)
  * debian/unity-2d-common.install.in:
    - no more gconf -> gsettings migration shipped
  * debian/unity-2d.postinst, prerm, trigger:
    - moved to unity-2d-common new package, to ensure even people uninstalling
      unity-2d got the right metacity configuration in the session
    - update the trigger to the correct directory
  * debian/control:
    - bump to latest Standards-Version
    - fix some too long description
    - put the transitional packages in the oldlibs/extra section
    - build-dep on libxtst-dev, libxfixes-dev for barrier change
    - need latest metacity for barriers to work
 -- Didier Roche <email address hidden> Mon, 19 Mar 2012 14:07:10 +0100