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

Bug #844809 reported by Gerry Boland
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released
Fix Released
unity (Ubuntu)
Fix Released
unity-2d (Ubuntu)
Fix Released

Bug Description

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.

Related branches

Gerry Boland (gerboland)
description: updated
Changed in unity-2d:
status: New → Confirmed
importance: Undecided → Medium
tags: added: multi-monitor
Changed in unity-2d (Ubuntu):
status: New → Confirmed
Revision history for this message
Bryce Harrington (bryce) wrote :

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.

Changed in unity (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Bryce Harrington (bryce) wrote :

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)
tags: added: precise
Changed in unity:
status: New → Triaged
Revision history for this message
Bryce Harrington (bryce) wrote :

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.)

Gerry Boland (gerboland)
Changed in unity-2d:
milestone: none → 5.8
status: Confirmed → In Progress
Changed in unity-2d:
milestone: 5.8 → 5.7
Gerry Boland (gerboland)
Changed in unity-2d:
status: In Progress → Fix Committed
Changed in unity:
status: Triaged → Fix Released
Changed in unity-2d:
status: Fix Committed → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in unity-2d (Ubuntu):
status: Confirmed → Fix Released
Omer Akram (om26er)
Changed in unity (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.