New apps on the launcher have no shortcut key until something is being closed

Bug #778499 reported by Matt Giuca
42
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Unity
Fix Released
Low
Andrea Azzarone
unity (Ubuntu)
Fix Released
Low
Andrea Azzarone
Precise
Fix Released
Low
Andrea Azzarone

Bug Description

Binary package hint: unity

For certain applications, such as evince and gedit, if they are the last application on the launcher, they do not have a shortcut key associated with them (such as Super+0, Super+1, etc). This affects both the display and the input: the shortcut will not show if you hold down Super, nor will it work if you press it.

The steps to reproduce this are quite specific, but I can always reproduce it on multiple machines. The conditions required to trigger this bug appear to be:
- The app is in a certain set, which I haven't yet determined, but it includes evince and gedit.
- The app is in the last position on the launcher (not including the workspaces, apps, files and trash).
- No other apps have been closed since this app was opened.
Obviously this is to be expected if there are more than 10 apps on the launcher, but this happens with less than 10.

Therefore, example steps to reproduce are:
1. Ensure there are less than 9 icons open on the launcher.
2. Open Evince.
3. Do not open or close anything else.
4. Hold down Super. Notice that the Evince icon has not been assigned a number.
5. Press Super+n where n is the number you were expecting Evince to be assigned. Notice that it does not do anything.

The fact that evince was doing it led me to bug #768900 (possibly caused by NoDisplay=True), but that doesn't explain gedit.

A workaround is to open and close something small like Calculator after opening Evince or Gedit.

I would attach a screenshot but PrintScreen doesn't work while Super is held down. Is there any way to do this?

Related branches

Changed in unity (Ubuntu):
status: New → Confirmed
Changed in unity:
status: New → Confirmed
Revision history for this message
Lukáš Machyán (phobulos) wrote :

I hope my attachment shows the bug clearly (it's a photo from digital camera). I have this problem too but I can't reproduce it every time I launch Evince according described steps. It happens only sometimes. Another workaround is moving icon of application within Launcher to another position. After this (or following move on previous position) the number is shown correctly.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Is that still an issue in Oneiric?

Changed in unity:
importance: Undecided → Low
Changed in unity (Ubuntu):
importance: Undecided → Low
Revision history for this message
Lukáš Machyán (phobulos) wrote :

I haven't noticed this issue in Oneiric yet. I will inform if I notice it.

Revision history for this message
Matt Giuca (mgiuca) wrote :

I haven't been able to reproduce it in Oneiric yet. Maybe wait a week to see if anybody notices it, then mark as invalid (or whatever you mark bugs as that fixed themselves)?

Revision history for this message
Omer Akram (om26er) wrote :

closed as its not an issue anymore, thanks for the bug report.

Changed in unity:
status: Confirmed → Invalid
Changed in unity (Ubuntu):
status: Confirmed → Invalid
Revision history for this message
Chandru (chandru-in-deactivatedaccount) wrote :

This issue is stil present in 11.10. I've attached a screenshot.

Changed in unity:
status: Invalid → Confirmed
Changed in unity (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
Chandru (chandru-in-deactivatedaccount) wrote :

This issue is still present in 11.10. I've attached a screenshot.

Revision history for this message
Robert Roth (evfool) wrote :

Still a problem on Precise Beta 1.
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

summary: - Last app on the launcher has no shortcut key
+ New app on the launcher has no shortcut key until something is being
+ closed
Andrea Azzarone (azzar1)
Changed in unity:
milestone: none → 5.12.0
assignee: nobody → Andrea Azzarone (andyrock)
Changed in unity (Ubuntu):
assignee: nobody → Andrea Azzarone (andyrock)
Changed in unity:
status: Confirmed → In Progress
Changed in unity (Ubuntu):
status: Confirmed → In Progress
summary: - New app on the launcher has no shortcut key until something is being
+ New apps on the launcher have no shortcut key until something is being
closed
Andrea Azzarone (azzar1)
Changed in unity:
status: In Progress → Fix Committed
Changed in unity (Ubuntu Precise):
status: In Progress → Fix Committed
Changed in unity:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote : Please test proposed package

Hello Matt, or anyone else affected,

Accepted unity into precise-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

tags: added: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (6.0 KiB)

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

---------------
unity (5.12-0ubuntu1) precise-proposed; urgency=low

  * New upstream release.
    - Launcher, Alt-Tab - clicking on launcher item or selecting a app in Alt-
      Tab raises all app windows, not just most recently focused (LP: #959339)
    - [heap corruption?] compiz crashed with SIGSEGV in _int_malloc() from
      g_realloc() from ... from g_dbus_connection_send_message_with_reply()
      from g_object_unref() from unity::dash::HomeLens::Impl::~Impl() from
      unity::dash::HomeLens::~HomeLens() (LP: #931201)
    - compiz crashed with SIGSEGV in _int_malloc() from __libc_calloc() from
      XOpenDisplay() from nux::WindowThread::ThreadCtor() (LP: #947844)
    - Regression: Installing apps causes a terrible visual glitch-- have to
      restart X.org. (LP: #981168)
    - Window management - unity doesn't realise when applications bring their
      windows to the front (LP: #802816)
    - Dash - Clicking on the desktop dash border should do nothing, *NOT*
      close the dash (LP: #839472)
    - [FFe, UIFe] HUD - The HUD does not respect launcher icon size settings
      in autohide mode (LP: #921506)
    - compiz crashed with SIGSEGV in g_volume_get_mount() (LP: #918548)
    - multiple instances or double icons of application detected on bamfdaemon
      respawn (LP: #928912)
    - Panel is transparent when Dash is open; no blur no average BG color
      (LP: #965323)
    - Unity crashes with SIGSEGV when hitting debug DBus interface hard
      (LP: #979429)
    - compiz crashed with SIGSEGV in _int_malloc() from g_object_unref() from
      unity::dash::Model<unity::dash::FilterAdaptor>::~Model() (LP: #941750)
    - indicators menu are sometimes cut off at screen edge (LP: #883317)
    - the shortcut keys in workspace section of the shortcut overlay aren't
      translated (LP: #980828)
    - [regression] Dash keeps repainting unnecessarily (LP: #980924)
    - compiz crashed with SIGSEGV in nux::NTextureData::ClearData() from
      nux::NTextureData::~NTextureData() from nux::Texture2D::~Texture2D()
      (LP: #952378)
    - compiz crashed with SIGSEGV in g_object_unref() from
      unity::dash::Settings::~Settings() from
      unity::UnityScreen::~UnityScreen() (LP: #981764)
    - compiz crashed with SIGSEGV in unity::dash::ResultView::~ResultView()
      from unity::dash::ResultViewGrid::~ResultViewGrid() from
      nux::Object::Destroy() from nux::Object::UnReference() (LP: #942286)
    - compiz crashed with SIGSEGV in
      ends_with_iter_select<__gnu_cxx::__normal_iterator<char const*,
      std::basic_string<char> >, char const*, boost::algorithm::is_iequal>()
      from unity::ui::PointerBarrierWrapper::EmitCurrentData() (LP: #983268)
    - Chinese can't be shown completely in dash filter (LP: #984583)
    - [Unity 5.10] compiz crashed with SIGSEGV in
      unity::hud::HudIconTextureSource::ColorForIcon() from
      unity::hud::Icon::Icon() from emit from unity::IconTexture::IconLoaded
      (LP: #983646)
    - [regression] Close button does not close the dash/HUD (LP: #986264)
    - compiz crashed with SIGSEGV in g_volume_eject_with_operation_finish()
      fro...

Read more...

Changed in unity (Ubuntu):
status: Fix Committed → Fix Released
Changed in unity (Ubuntu Precise):
status: Fix Committed → Fix Released
Revision history for this message
Chandru (chandru-in-deactivatedaccount) wrote :

I'm experiencing this bug again in 12.10.

I've attached a screenshot.

Revision history for this message
benjamin villanueva (itagomo) wrote :

same problem in 13.10 but not in 13.04

http://i.stack.imgur.com/yCZhM.png

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.