HUD - HUD offers search results from app indicators more often than from currently focused application

Bug #932435 reported by Bruno Girin
46
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Application Menu Indicator
Triaged
Medium
Allison Karlitskaya
Ayatana Design
Fix Committed
Medium
John Lea
indicator-appmenu (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

When using the HUD, search results are always reduced to menu items in the keyboard or network application indicators, irrespective of what application has the focus.

Steps to reproduce:
1. Start a application (e.g. Character map)
2. Press ALT to open the HUD: the HUD search box opens with the 'Character Map' icon next to it
3. Type "sh"

Expected behaviour
The HUD should favour menu options from the application that currently has the focus and only show app indicator menu options as secondary items. In the example above, the Character Map functions should be shown at the top of the list because this application has focus.

There needs to be more weighting in favour of focused application (as opposed to the indicators)

----------------------------------
Note from design:

This is an important bug, the display of indicator and desktop options needs to be retarded. The indicator options currently have too high of a prominence.

Revision history for this message
Bruno Girin (brunogirin) wrote :
summary: - 5.4 RC1: HUD always offers search results from keyboard and network app
- indicator irrespective of current open app
+ 5.4 RC1: HUD offers search results from app indicators more often than
+ from currently focused application
Changed in unity:
status: New → Confirmed
importance: Undecided → Medium
tags: added: hud
Changed in unity (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Arnel A. Borja (kyoushuu) wrote : Re: 5.4 RC1: HUD offers search results from app indicators more often than from currently focused application

Is only Firefox affected, or other applications also? If only Firefox, Thunderbird or other XUL applications, then this bug is a duplicate of #921231

John Lea (johnlea)
summary: - 5.4 RC1: HUD offers search results from app indicators more often than
- from currently focused application
+ HUD - 5.4 RC1: HUD offers search results from app indicators more often
+ than from currently focused application
description: updated
Changed in ayatana-design:
assignee: nobody → John Lea (johnlea)
importance: Undecided → Medium
status: New → Triaged
Changed in unity:
milestone: none → backlog
tags: added: udp
Omer Akram (om26er)
summary: - HUD - 5.4 RC1: HUD offers search results from app indicators more often
- than from currently focused application
+ HUD - HUD offers search results from app indicators more often than from
+ currently focused application
Olli Ries (ories)
Changed in indicator-appmenu:
importance: Undecided → Medium
John Lea (johnlea)
Changed in ayatana-design:
importance: Medium → High
John Lea (johnlea)
description: updated
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, the "scoring" of results is done by hud service from indicator-appmenu, reassigning there. The indicators entries are already ranked lower, the bug is a bit old, do you still see the issue? If you do could you describe a case detailing the locale you are using, what you type and what is listed?

Changed in unity:
status: Confirmed → Invalid
affects: unity (Ubuntu) → indicator-appmenu (Ubuntu)
Changed in indicator-appmenu (Ubuntu):
status: Confirmed → Incomplete
John Lea (johnlea)
Changed in ayatana-design:
importance: High → Medium
Revision history for this message
Sebastien Bacher (seb128) wrote :

Ok, I can confirm on current precise with the gucharmap example, typing "sh" lists "Device > Shutdown" first and then "View > Show only glyphs..." from gucharmap

Ryan, could you look into why that happens?

Changed in indicator-appmenu (Ubuntu):
status: Incomplete → Triaged
Changed in indicator-appmenu:
assignee: nobody → Ryan Lortie (desrt)
status: New → Triaged
Revision history for this message
Allison Karlitskaya (desrt) wrote :

I'm not sure we can call this a bug or fix it. This is in direct conflict with bug 947283 which complains about getting hits on "Save as" before "Save". In order to resolve that bug we prefer shorter terms with fewer words, so that's exactly what you're seeing here.

imho, "sh" is a far better match for "Shutdown" than for "Show only glyphs..." and the situation is very easily resolved by you pressing one more extra letter. In the other situation, what would you do to indicate that you really wanted "Save" rather than "Save as"?

I think the only way that we could fix this without breaking the other case is to penalise indicator results much more heavily than we do now, but then we could get into a worse situation: it being impossible for indicators to get the first spot because they are drowned out by only-vaguely-matching items from the application.

Tim Penhey (thumper)
no longer affects: unity
Changed in ayatana-design:
status: Triaged → Fix Committed
Revision history for this message
brx75 (brx75x) wrote :

Because of this behaviour, sometimes I shutdown inadvertitely my computer: hitting quicly Alt then S, then enter..
There should be some command filtered out from HUD, like shutdown, logout, lock screen.

tags: added: rls-w-incoming
tags: added: rls-x-incoming
removed: rls-w-incoming
Will Cooke (willcooke)
tags: added: rls-x-notfixing
removed: rls-x-incoming
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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