Launcher - Launcher should never autohide when the cursor is positioned over the Launcher (e.g. When a spread ends)

Reported by John Lea on 2011-03-30
118
This bug affects 25 people
Affects Status Importance Assigned to Milestone
Ayatana Design
High
John Lea
Unity
Medium
Brandon Schaefer
unity (Ubuntu)
Medium
Unassigned

Bug Description

Problem found in QA testing so bug reverted to 'Triaged'

To reproduce problem found in testing:
1. Reveal the Launcher by pressing the SUPER key
2. Start re-order a Launcher icon by dragging it to a different position in the Launcher
3. When you drop the Launcher icon into it's new position, be careful to make sure that the pointer stays over the Launcher.

What currently happens: The Launcher hides as soon as the drop is completed

What should happen: The Launcher should remain open until the user moves their pointer off the Launcher

=======================================

Summary:

*After* a user has clicked on a item in the Launcher, the Launcher should not hide until the user moves their pointer outside of the Launcher area.

Note there should not no change to the current behaviour of how the Launcher hides *before* the user clicks on a item in the Launcher.

-----------------------------------
Scenario to reproduce A

1) Set the Launcher to auto-hide
2) Reveal the launcher, and click on the Launcher icon of a application that is not running to Launch it. Do not move pointer outside of the Launcher.

What currently happens:
- After a short delay the Launcher hides

What should happen:
- The Launcher should stay open until the user moves their pointer off the Launcher. When the user does move their pointer off the Launcher, the Launcher should start closing instantly with no delay

-----------------------------------
Scenario to reproduce B

1) Set the Launcher to auto-hide
2) Reveal the launcher, and click on the Launcher icon of a running application with two or more windows open
3) pause for 1 or 2 seconds
4) click on the same icon again

What currently happens:
- The spread is reversed (this is the correct behaviour)
- The Launcher hides (this is incorrect)

What should happen:
- The spread is reversed (this is the correct behaviour)
- The Launcher should stay open until the user moves their pointer off the Launcher. When the user does move their pointer off the Launcher, the Launcher should start closing instantly with no delay

-----------------------------------
Note regarding keyboard shortcut triggered Launcher reveal:

The "Launcher should never autohide when the cursor is positioned over the Launcher" behaviour should only apply when the Launcher is revealed by a pointer action. If the Launcher is revealed by a keyboard shortcut it should auto-hide as normal even if the mouse finds itself over the Launcher.

John Lea (johnlea) on 2011-03-30
Changed in ayatana-design:
status: New → Fix Committed
importance: Undecided → Critical
assignee: nobody → John Lea (johnlea)
tags: added: udt
David Barth (dbarth) on 2011-03-30
Changed in unity:
status: New → Triaged
importance: Undecided → Low
John Lea (johnlea) on 2011-04-01
Changed in ayatana-design:
status: Fix Committed → Fix Released
Jason Smith (jassmith) wrote :

This behavior was added at the request of mark. We need to discuss it.

IIRC, I said that it can auto-hide if the cursor is still for a period
of time. You should be able to invoke the launcher, click on an app,
leave the cursor where it is, and the auncher should hide after a period
(perhaps 2s) of mouse inactivity.

Mark

This is exactly what happens.
The period of time was 1s initially, reduced by Jason to 750ms to all "wait" activity (like leaving launcher and such…)

Didier Roche (didrocks) on 2011-04-05
Changed in unity (Ubuntu):
status: New → Triaged
John Lea (johnlea) on 2011-04-19
Changed in ayatana-design:
importance: Critical → Medium
tags: added: udo

I marked Bug #750604 as a duplicate of this bug. I hope it’s okay to include my original description here, as I think it contributes to the discussion.

When switching an application using the launcher, the launcher looses focus and hides. This conflicts with the use-case where one wants to use the launcher to switch windows of an application. I hope the following description explains the issue:

Open Evolution Mail, compose a new message, open a web browser (all fullscreen).

Aim: Switch to Evolution’s main window.
 What I do: Open the launcher and click on the Evolution icon. It brings the composer window to front. After a second or so, the launcher hides automatically. Open the launcher again, click the evolution icon again which triggers exposé, and choose the Evolution main window.
 What I expect: Open the launcher and click on the Evolution icon. It brings the composer window to front, but the launcher stays open. A second click on the Evolution icon triggers exposé and I can choose the Evolution main window.
 Problems with current behaviour: The first issue is a usability issue, as switching to any other window than the last active one of an application requires more steps than necessary. The second one is the risk of incidentally triggering an unwanted action. In my setup, the Evolution icon is the top one in the launcher. Thus, it is exactly above the send button of the mail composer. When switching to the composer, the launcher still is visible because the hide animation takes some time, but it does not receive the events. So when I click the icon again to switch Evolution windows, the send button receives the click event instead of the launcher icon. Similar situations might occur with other applications.

Raoul Verveer (lazy-r) wrote :

I have the same problem as described here, with a fresh 11.04 install, on an Asus EeePC 900, all updates applied.

After switching from one (full-screen) application to another, the launcher auto-hides while hovering it. Also when you move the mouse pointer to the edge again, the launcher re-appears, but immediately auto-hides as soon as you move the mouse away from the edge. This behaviour is persistent until you hover the Ubuntu icon in the top panel.

Raoul Verveer (lazy-r) wrote :

I might add: while this behaviour is due, the expose function also won't work. When clicking on a launcher with two (or more) active windows, all windows appear instead of triggering expose. The second time, however, expose triggers as normal, the panel will stay visible (and unfolds bottom -stacked- icons) and the buggy behaviour ends.

Maybe related: It seems that while switching trough windows, at random interval, the launcher immediately disappears and won't appear unless you hover the Ubuntu icon in the top panel.

Raoul Verveer (lazy-r) wrote :

I'm sorry. please ignore the expose comment. This seems the normal behaviour.

Jason Smith (jassmith) on 2011-05-05
Changed in unity:
assignee: nobody → Jason Smith (jassmith)
milestone: none → alpha1
Raoul Verveer (lazy-r) wrote :

After installing the proposed updates, the launcher still auto-hides when you switch programs (or start one) when there's a maximized window. However, when I point the mouse to the edge and the launcher re-appears, it doesn't immediately auto-hide anymore, until you click it again. This is much better! Thanks for that. :)

But: the auto-hide delay is definitely less than 2 seconds. It's closer to 500ms. If you move the mouse within this time frame the launcher doesn't hide while hovering it. If you hold it still, it does. I still think the delay should be much higher (or at least configurable), or better even: it should only hide when not hovering it.

It still happens (even while I'm aware of this) that I accidentally click something in the window below, while I intended to click an icon in the launcher.

John Lea (johnlea) on 2011-05-06
Changed in ayatana-design:
importance: Medium → High
Didier Roche (didrocks) on 2011-06-22
Changed in unity:
milestone: 4.0.1 → 4.2.0
Didier Roche (didrocks) on 2011-07-05
Changed in unity:
milestone: 4.2.0 → 4.4.0
Didier Roche (didrocks) on 2011-07-21
Changed in unity:
milestone: 4.4.0 → 4.6.0

I guess that the correct solution in this case is to always wait for the defined timeout when a click occurs on the launcher before hiding it.
So, every time a click is done in the launcher the bar should always wait some time then, if the mouse has not been moved in the middle time, it can safely autohide.

gokul (dotgokul) wrote :

I had filed bug #775062 where I felt the launcher was hiding too fast (under dodge/auto hide modes). I will mark that ticket as a duplicate since the solution mentioned here (https://bugs.launchpad.net/ubuntu/+source/unity/+bug/745707/comments/2) is my expectation as well.

Didier Roche (didrocks) on 2011-08-01
Changed in unity:
milestone: 4.6.0 → 4.8.0
Omer Akram (om26er) wrote :

The situation have got worse in Oneiric, now when you click on an icon in the launcher and then move the cursor within the launcher it will still hide this is really annoying

Changed in unity:
importance: Low → Medium
Changed in unity (Ubuntu):
importance: Undecided → Medium
Raoul Verveer (lazy-r) wrote :

The real solution would still be: never autohide an object while hovering! This is so annoying and unintuitive. This is rule of thumb in User Experience. It should never happen, ever.

Peng (pengwg) wrote :

I agree. I prefer launcher never hide when hover. To me this becomes most annoying in Unity.

John Lea (johnlea) on 2011-09-22
tags: added: onew
summary: - Launcher should never autohide when the cursor is positioned over the
- Launcher
+ Launcher - Launcher should never autohide when the cursor is positioned
+ over the Launcher
Changed in unity:
status: Triaged → In Progress
Changed in unity (Ubuntu):
status: Triaged → In Progress
Changed in unity:
assignee: Jason Smith (jassmith) → Andrea Azzarone (andyrock)
Changed in unity (Ubuntu):
assignee: nobody → Andrea Azzarone (andyrock)
Changed in unity:
assignee: Andrea Azzarone (andyrock) → nobody
Changed in unity (Ubuntu):
assignee: Andrea Azzarone (andyrock) → nobody
Changed in unity:
status: In Progress → Confirmed
Changed in unity (Ubuntu):
status: In Progress → Confirmed
summary: - Launcher - Launcher should never autohide when the cursor is positioned
- over the Launcher
+ Launcher - When the spread ends, Launcher should never autohide when the
+ cursor is positioned over the Launcher
Omer Akram (om26er) on 2011-09-24
Changed in unity:
milestone: 4.8.0 → none
John Lea (johnlea) on 2011-10-18
tags: added: udp
Changed in unity:
milestone: none → backlog
Changed in ayatana-design:
status: Fix Released → Fix Committed
John Lea (johnlea) on 2011-10-19
Changed in ayatana-design:
status: Fix Committed → Triaged
John Lea (johnlea) on 2011-11-03
Changed in unity:
assignee: nobody → Jason Smith (jassmith)
Changed in ayatana-design:
status: Triaged → Fix Committed

I agree, this is the most annoying thing about unity window management and must be corrected by Ubuntu 12.04, the latest. The goal is usability and what the user wants to accomplish, the launcher should not escape from under the cursor assuming the user does not need it anymore. Rather than focusing on eye candy, the basics of usability should be corrected first and eye candy later.

Didier Roche (didrocks) wrote :

@John, did you see comments #1, #2, and #3, this doesn't conflict with:
1. click on a launcher icon
2. if you don't move for 750ms, the launcher will hide.

and
1. click on a launcher icon
2. move the mouse immediatly, the launcher won't hide.

both of those behaviors being a design request for 11.04?

Can you please explain the logic behind this design request. Such a counterintuitive behavior is not necessary so I am wondering why it was implemented this way, to annoy the users and assume they are retarded.

Common sense would tell you that this is a bad decision, anytime a user interface element hides and goes against what the user wants along with wasting their time, that is a bad decision.

John Lea (johnlea) on 2012-04-25
summary: - Launcher - When the spread ends, Launcher should never autohide when the
- cursor is positioned over the Launcher
+ Launcher - Launcher should never autohide when the cursor is positioned
+ over the Launcher (e.g. When a spread ends)
John Lea (johnlea) on 2012-07-04
Changed in unity:
assignee: Jason Smith (jassmith) → nobody
Changed in unity:
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
milestone: backlog → 6.2
John Lea (johnlea) on 2012-08-08
Changed in unity:
status: Confirmed → Triaged
Changed in unity (Ubuntu):
status: Confirmed → Triaged
John Lea (johnlea) on 2012-08-08
description: updated
Changed in unity:
assignee: Marco Trevisan (Treviño) (3v1n0) → Brandon Schaefer (brandontschaefer)
status: Triaged → In Progress
Changed in unity (Ubuntu):
status: Triaged → In Progress
Didier Roche (didrocks) on 2012-08-10
Changed in unity:
milestone: 6.2 → 6.4
Changed in unity (Ubuntu):
status: In Progress → Fix Committed
Changed in unity:
status: In Progress → Fix Committed
Launchpad Janitor (janitor) wrote :
Download full text (5.5 KiB)

This bug was fixed in the package unity - 6.4.0-0ubuntu1

---------------
unity (6.4.0-0ubuntu1) quantal-proposed; urgency=low

  [ Łukasz 'sil2100' Zemczak ]
  * New upstream release.
    - Software Center add to launcher icon animation is delayed when the
      launcher is in auto-hide mode (LP: #1012896)
    - Home lens: Applications show up in Music category (LP: #1040101)
    - WARN unity.hud.hud Hud.cpp:185 Attempted to close the hud connection
      without starting it (LP: #1039451)
    - Text field textures do not update when maximum width changes.
      (LP: #1037187)
    - An application is closed if manually removed from favorites on gsettings
      (LP: #1032157)
    - The switcher (Alt+Tab) is showing incorrect windows after using Deskop
      Wall (Ctrl+alt+<direction>) (LP: #1031959)
    - Dragging icons to reorder -away from launcher causes the dragged icon
      image edges to fade away(cut off) (LP: #1026247)
    - Screen flickers when changing launcher icon size. (LP: #1024113)
    - Arrow for indicating lenses points empty space on alt+F2 (LP: #998752)
    - [previews] Music album tracks do not have a scroll-bar when needed.
      (LP: #1039462)
    - [USE_MODERN_COMPIZ_GL] With unity scrollbar support enabled, hotplugging
      monitors doesn't work (LP: #1039410)
    - [previews] Track titles aren't escaped (LP: #1039020)
    - Launcher - Edge of tiles (with backlight disabled) is too opaque
      (LP: #1038138)
    - [USE_MODERN_COMPIZ_GL] Benchmark window appears behind the Unity shell
      now (LP: #1036609)
    - [GLES] [USE_MODERN_COMPIZ_GL] Unity shell (Launcher and Panel) are
      missing if framebuffer_object is disabled (LP: #1036569)
    - [USE_MODERN_COMPIZ_GL] Benchmark window is mostly invisible, shrunken
      and displaced (LP: #1036528)
    - Unity quicklist menu items leak memory (LP: #1036338)
    - Icon resized between 32 - 48 - 64 look jaggy (LP: #1036231)
    - [Regression] Hideous low-res icon when using the HUD with autohide
      enabled. (LP: #1035951)
    - [regression] Selecting an item of the BFB quicklist when the dash is
      open, causes it to hide (LP: #1035641)
    - Launcher - Switch on "backlight toggles" mode by default (LP: #1033866)
    - Unity spends 15% of time in PlacesGroup::ComputeContentSize when opening
      dash (LP: #1033306)
    - Launcher dragged icon is not redrawn when the mouse pointer is not moved
      (LP: #1032700)
    - Bottom - Up key navigation is broken in dash filterbar (LP: #1028810)
    - Launcher - SD card can not be ejected by drag-n-dropping to trash
      (LP: #960910)
    - Alt-tab - The app name in the integrated menu should not change during
      Alt-tab switching (LP: #950782)
    - Dash - If only one Category Header is displayed, it should be
      automatically expanded (LP: #950710)
    - Launcher - Unity mouse wheel scroll too small (LP: #906072)
    - boot moves desktop icons (LP: #886667)
    - Alt-tab - Reduce the spread delay for all items other than the initial
      item the select lands on after alt-tab opens (LP: #838232)
    - Launcher - Launcher should never autohide when the cursor is positioned
      over the Launcher (e.g. When ...

Read more...

Changed in unity (Ubuntu):
status: Fix Committed → Fix Released
Changed in unity:
status: Fix Committed → Fix Released

After a tile is released from a dragging, as if the user wanted to change its location, the Launcher still hides.

Changed in unity:
status: Fix Released → Triaged
John Lea (johnlea) on 2012-09-05
description: updated
Changed in unity (Ubuntu):
status: Fix Released → Triaged
John Lea (johnlea) on 2012-09-07
description: updated
Changed in unity:
milestone: 6.4 → 6.8

I think we should open a new bug, as this is a different issue.
Moving to bug #1053978

Changed in unity:
status: Triaged → Fix Released
Changed in unity (Ubuntu):
status: Triaged → Fix Released
Changed in ayatana-design:
status: Fix Committed → Fix Released
tags: added: reviewedbydesignq
removed: udp
Daniel van Vugt (vanvugt) wrote :

Removed milestone 6.8.0. This fix was released in 6.4.

Changed in unity:
milestone: 6.8.0 → none
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers