No startup notification when launching applications

Bug #862662 reported by Ric Flomag
138
This bug affects 28 people
Affects Status Importance Assigned to Milestone
Light Display Manager
New
Undecided
Unassigned
Unity
Opinion
Wishlist
Unassigned
lightdm (Ubuntu)
Oneiric
Won't Fix
Low
Unassigned
Precise
Won't Fix
Low
Unassigned
openbox (Ubuntu)
Fix Released
Undecided
Unassigned
Oneiric
Won't Fix
Undecided
Unassigned
Precise
Won't Fix
Undecided
Unassigned

Bug Description

Steps to reproduce:
 * open a file browser
 * double-click a file to launch its associated app
Or:
 * open Unity file lens
 * clic a file to launch its associated app
Or:
 * open Shotwell, select a photo
 * choose "Open in external editor" to launch your favorite photo editor.
Or:
 * in lubuntu lxde desktop, launch an app from the desktop menu.

Observed:
 * the associated application starts, but the user does not know until its window eventually opens. It might last a fraction of a second (lucky you), or up to ten seconds. You might have deseperatly repeated the action twice or more until then ;)

Expected:
 * some notification immediately informs the user that the app is being launched.

This is a regression, though in previous versions of ubuntu, a spinning cursor was displayed as a notificaction, but only gtk+ applications had it, other (libreoffice, qt apps) didn't (bug #798304, marked as duplicate).

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: nautilus 1:3.2.0-0ubuntu4
ProcVersionSignature: Ubuntu 3.0.0-11.18-generic 3.0.4
Uname: Linux 3.0.0-11-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.23-0ubuntu2
Architecture: amd64
Date: Thu Sep 29 14:36:03 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Beta amd64 (20110901)
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)

Related branches

Revision history for this message
Ric Flomag (ricflomag) wrote :
tags: added: regression-release
summary: - No busy cursor when opening files
+ no startup notification when opening files
Changed in nautilus (Ubuntu):
status: New → Confirmed
importance: Undecided → Low
Revision history for this message
Ric Flomag (ricflomag) wrote : Re: no startup notification when opening files

Sebastien,

Thank you for the triaging. I wished this bug had a higher importance though. It might be a detail on fast computers, but on lower end or aging ones, it is really a pain, specially for newcomers.

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

there you go ;-)

Changed in nautilus (Ubuntu):
importance: Low → High
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at:
 https://bugzilla.gnome.org/show_bug.cgi?id=660577

Raising the importance doesn't make any difference, the importance should be low, please refer to https://wiki.ubuntu.com/Bugs/Importances . Thanks.

Changed in nautilus (Ubuntu):
importance: High → Low
status: Confirmed → Triaged
Changed in nautilus:
importance: Undecided → Unknown
status: New → Unknown
Changed in nautilus:
importance: Unknown → Medium
status: Unknown → New
Changed in nautilus (Ubuntu Oneiric):
status: Triaged → Won't Fix
Ric Flomag (ricflomag)
no longer affects: nautilus (Ubuntu)
affects: nautilus → unity
Changed in unity:
importance: Medium → Undecided
Revision history for this message
Sebastien Bacher (seb128) wrote :

Ric, don't change status without explanation

affects: unity → nautilus
Changed in nautilus:
importance: Undecided → Unknown
status: New → Unknown
Revision history for this message
Sebastien Bacher (seb128) wrote :

that doesn't need design input either, it's a bug

no longer affects: ayatana-ubuntu
Revision history for this message
Ric Flomag (ricflomag) wrote :

Changing the realm of this bug: it is not a nautilus bug, but a general design bug which affects every desktop i use (unity, gnome, lxde, gnome fallback).

We do not have a startup notification mechanism when applications are launched indirectly (from file browsers, unity lenses, from other app: see the updated description of the bug).

Specially on low to middle range computers, this is really annoying, as most apps last several seconds to start, which is enough time for a user to wonder if the app would eventually start, and repeat her action again and again until three or more windows open :)

affects: nautilus → unity
Changed in unity:
importance: Unknown → Undecided
status: Unknown → New
Ric Flomag (ricflomag)
description: updated
summary: - no startup notification when opening files
+ No startup notification when launching applications
Revision history for this message
Ric Flomag (ricflomag) wrote :

Sebastien: I changed the status before explaining why, sorry, wrong order.

I do believe this needs design input. Unity needs a startup notification mechanism. The busy cursor was one, though it was not perfect. I *suppose* that it has been removed for a reason. The problem is that it has not been replaced by another, better startup notification mechanism in Unity.

Is there a better place than this bug for discussing a consistent, global application startup notification mechanism ?

Revision history for this message
Inoe (inoe-oke) wrote :

I noticed that in the live session (Oneiric, Precise), the busy cursor works well. Is there a way to enable it?
The lack of startup notification really is a problem, moreover, when other person is using our machine.

Omer Akram (om26er)
Changed in unity:
importance: Undecided → Wishlist
status: New → Opinion
Revision history for this message
Ric Flomag (ricflomag) wrote :

Under a "guest" session (unity, ubuntu 12.10), GTK applications do trigger the busy cursor when opening a file from nautilus or the dash. So does a live session, as mentionned there:
http://askubuntu.com/questions/126872/how-to-get-the-lost-busy-cursor-when-opening-file-app-back, in live sessions

So I suppose that the package "startup-notification" is affected. It seems that the maintener of the package, Josselin Mouette, is not active anymore though.

Ric Flomag (ricflomag)
affects: nautilus (Ubuntu Precise) → startup-notification (Ubuntu Precise)
Revision history for this message
Ric Flomag (ricflomag) wrote :

Some more testing showed that the spinning cursor is displayed only for user sessions that don't need a password to login. That is:
 * a live session.
 * a guest session.
 * a user with a blank password.
 * a user with automatic login activated (only if one does not log out then log back in, in which case a password is required).

Moreover, if gdm is used instead of lightdm, the spinning cursor is displayed independently of the way the user logs in.

Marking lightdm as the affected package.

Any clue of a possible reason why lightdm would cause this bug ?

affects: startup-notification (Ubuntu Precise) → lightdm (Ubuntu Precise)
Revision history for this message
marco marinuzzo (marco-marinuzzo) wrote :

It's not lightdm. Nor any display manager.

I start the session using dbus-launch from .xinitrc and there's no busy cursor.

I wonder if I may help in such a way...

Revision history for this message
k9_einzwei (k9-einzwei) wrote :

Solution for GNOME : replacing Metacity with Kwin will enabling startup notification
Or for XFCE : replacing XFWM with Kwin will enabling startup notification
Or for LXDE : replacing Openbox with Kwin will enabling startup notification

Source : http://ubuntuforums.org/showthread.php?t=2154613&p=12692138

Revision history for this message
LStranger (andrej-rep) wrote :

The bug is still present in Openbox for 13.10.
There is a patch for Openbox to fix this, see this mail - http://icculus.org/pipermail/openbox/2013-July/008059.html

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package openbox - 3.5.2-3

---------------
openbox (3.5.2-3) unstable; urgency=low

  * debian/control:
    + fix typo in depends openbox-dev package.

 -- Mateusz Łukasik <email address hidden> Mon, 07 Oct 2013 14:58:17 +0200

Changed in openbox (Ubuntu):
status: New → Fix Released
Revision history for this message
livram79 (livram79) wrote :

It seems that this bug is still present in LUBUNTU 14.04. Openbox version 3.5.2

Revision history for this message
robertomrc (marchesinroberto) wrote :

I have the same problem on Lubuntu.

In my honest opinion, it's not a lower bug, but at least MEDIUM!

In fact, Lubuntu often goes on older systems, and when you launch the application and did not see anything happen, may confuse the user and lead the user to press over and over again to start the application.

Really bad ....

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in openbox (Ubuntu Oneiric):
status: New → Confirmed
Changed in openbox (Ubuntu Precise):
status: New → Confirmed
Revision history for this message
Plurtu (plurtu) wrote :

Still a situation of click & pray in Lubuntu 13.10 with openbox 3.5.2-3.

Revision history for this message
Rolf Leggewie (r0lf) wrote :

oneiric has seen the end of its life and is no longer receiving any updates. Marking the oneiric task for this ticket as "Won't Fix".

Changed in openbox (Ubuntu Oneiric):
status: Confirmed → Won't Fix
Revision history for this message
Ric Flomag (ricflomag) wrote :

Bug still present in Trusty and Utopic. Assigning to lightdm independently of ubuntu version.

Revision history for this message
Ric Flomag (ricflomag) wrote :

A partial workaround : install package lightdm-gtk-greeter. This will enable startup notifications (spining cursor) for GTK+ apps launched from the dash or opening an associated file. But Qt apps will still lack a startup notification.

source : http://ubuntuforums.org/showthread.php?t=2239534

Revision history for this message
laci357 (laci357) wrote :

Hi everyone,

this bug is still on in LXDE 14.04, though the latest version of 'lightdm-gtk-greeter' is present by default.

It would be great to have it fixed.

God bless you all!

Revision history for this message
laci357 (laci357) wrote :

it's LXLE, not LXDE

Revision history for this message
Usuarioh Redeh (trabalhocal1a) wrote :

This big annoyance seems to be a peculiarity of debian/ubuntu systems. However, the version 12.04.05 of LXLE does not present this problem, contrary to what, unfortunately, happens with version 14.04.2. I just wish that the team of Ubuntu would take it more seriously and correct the problem once and for all. I would hate to be forced to migrate to manjaro-linux LXDE, which does not have this kind of problem. Being friendly and possess a great number of users do not give to Ubuntu the prerogative to ignore this problem. For me, LXLE will be perfect when it, finally, has the "Startup Notification" fully functional, because the system is responsive, lightweight and has a low memory footprint (< 150 MB!)

Revision history for this message
Usuarioh Redeh (trabalhocal1a) wrote :

Not fixed in Lubuntu or LXLE 14.04.2!

Revision history for this message
Krzysztof Nycz (krzynycz) wrote :

Not fixed in Lubuntu 15.04.

Revision history for this message
cooloutac (cooloutac) wrote :

I have the same problem in Lubuntu 15.04. Really annoying which can lead to someone clicking too many times if they forget to look at the hdd light, especially on an older computer.

Revision history for this message
Usuarioh Redeh (trabalhocal1a) wrote :

LXLE 14.04.3 still suffering from this PLAGUE! I've just tested FEDORA 23 LXDE+OPENBOX, fully functional "busy cursor" at every launched application. No excuses to Canonical and its spins to put the blame on OPENBOX. Shame on you LUBUNTU, LXLE and every ubuntu 14.04 spin-off using LXDE, all of them unable to do the same good job as FEDORA!

Revision history for this message
da2 (hiboudev) wrote :

Hi,

I have the same problem on Debian 8 (Jessie) with LXDE desktop, so it's probably more a Debian' problem than an Ubuntu' one.

I searched the web for hours, finding nothing to get rid of this issue.

I found that if I run Mate instead of LXDE I need to replace lightdm with another DM, Slim for example, to bet startup notifications (even with lightdm-gtk-greeter installed). But I can't get the startup notifications to work in LXDE. The only cursor-busy behavior I see in LXDE is when an application is busy and the mouse is over its window.

Like other users, I installed LXDE on a slow computer, and for a normal user (my mother ^^), so this issue is really annoying for the reasons already mentionned in this topic.

I will search if there is a bug reported to Debian team, and maybe report one. I see people on the web complaining about this bug since years ! That's not serious at all.

Revision history for this message
Usuarioh Redeh (trabalhocal1a) wrote :

Debian 8, Ubuntu Xenial 16.04.1 and all spin-off distros from it, based in OPENBOX or LXDE+OPENBOX, don't have STARTUP NOTIFICATION working, neither LUBUNTU or LXLE!! I tested FEDORA 24 LXDE+openbox and guess what? STARTUP NOTIFICATION WORKS IN IT!!!
Fedora 24 LXDE doesn't have lightdm as login manager, it has LXDM instead. I don't really know what the SOFTWARE GURUS from CANONICAL or DEBIAN team are waiting for fixing that disgrace! On one occasion, I heard a stupid MORON suggest to replacing openbox by kwin in order to get "busy cursor" working on LXDE. I don't want to install KWIN and get as a "GIFT" all KDE+QT dependencies bloating my system, because I don't have a CORE i7777777 with 1 ZETABYTE of RAM and a ULTRA-UBER-SUPER-FAST SSD drive. If I wanted a bloated system, I would surely choose WINDOWS 10, which is much more visually beautiful than any linux distro. I want a light, responsive and functional OS with a mininal memory footprint and a decent WORKING Startup Notification!!

Revision history for this message
Usuarioh Redeh (trabalhocal1a) wrote :

Not fixed on Debian/Ubuntu 16.04.1 or any of its spin-offs (likeLXLE 16.04.1) using LXDE+openbox, "Startup Notification" doesn't work! If could help, FEDORA 24 LXDE+openbox has a fully functional working "Startup Notification", but uses LXDM instead of Lightdm.

Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in lightdm (Ubuntu Precise):
status: Triaged → Won't Fix
Steve Langasek (vorlon)
Changed in openbox (Ubuntu Precise):
status: Confirmed → Won't Fix
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.