Remove "Application is ready" notification

Bug #1825710 reported by Jatan
234
This bug affects 47 people
Affects Status Importance Assigned to Milestone
GNOME Shell
Fix Released
Unknown
gnome-shell (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

The "Application is ready" notification is pointless, really. Say, I click on the open downloads folder button in Firefox and GNOME Shell gives me a notification saying "Application is ready" but doesn't open the notification. I'm totally expecting an app to open because I actively initiated it.

As a workaround, I'm using a GNOME extensions "Focus my Window" which removes the "Application is ready" message and focuses the app window automatically. However, this cannot be treated as a solution.

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

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

Changed in gnome-shell (Ubuntu):
status: New → Confirmed
Changed in gnome-shell (Ubuntu):
importance: Undecided → Medium
importance: Medium → Wishlist
summary: - Remove Application is ready notification
+ Remove "Application is ready" notification
Revision history for this message
Robie Basak (racb) wrote :

Note that the gnome-shell-extension-no-annoyance extension exists (presumably as a workaround rather than a solution to this bug).

Revision history for this message
Marco Aurélio Gonçalves Pinto (marcoagpinto) wrote :

This window that keeps appearing is very annoying.

Can't a setting be created in the OS with a CheckBox gadget to enable/disable the warning?

"blah blah is ready" is very annoying.

:-(

Revision history for this message
Daniel van Vugt (vanvugt) wrote :
Changed in gnome-shell:
status: Unknown → New
Changed in gnome-shell (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Baruch (baruch-n) wrote :

For some reason this behaviour is much more apparent in Ubuntu 19.10 (actually the CPU has more threads too, maybe it is also a hint..)

This behaviour is so confusing I already typed wrong things to the wrong window. Annoyance' and even a bit of a security risk, is you expect an authorization form to open and you get this 'Application is ready' instead ..

Revision history for this message
Compiler (pranav.bhattarai) wrote :

Instead of saying "Windows is ready", the window should to usable at that instance instead of manually going through it.

This is so annoying.

I am using a Cisco Packet tracer, and I need to configure a lot of switchs & routers. Gnome is not helping at all. I have to click a router, Alt + Tab to get that windows that I need and then configure it.

Gnome should have provided some sort of option for the user to choose so that they get to use that Windows which is ready at that instance without having to use "Alt + Tab" and without having to see that stupid notification.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Since this is an upstream design issue please put future comments in the upstream bug:

https://gitlab.gnome.org/GNOME/gnome-shell/issues/358

tags: added: champagne focal
Revision history for this message
Sebastien Bacher (seb128) wrote :

tagging rls-ff-notfixing that's an usability issue but not one we have the resources to address this cycle

tags: added: rls-ff-notfixing
removed: champagne
Revision history for this message
Christopher Townsend (townsend) wrote :

I'll add that since updating from 18.04 to 20.04, Pidgin has been doing this very consistently. Whenever I have Pidgin focused and then switch focus to another window, some time later, I get a notification saying:

Pidgin Internet Messenger
"#foo" is ready

where #foo is the name of the last chat tab I had focused with Pidgin. This "new" behavior is atrocious. I'm not sure what changed in Pidgin and/or Gnome, but this is a terrible user experience.

Also, this is related to https://bugs.launchpad.net/bugs/1861006.

Revision history for this message
Dean Henrichsmeyer (dean) wrote :

Yes, it's not just Pidgin - other apps do it as well.

Revision history for this message
Christopher Townsend (townsend) wrote :

I will add that when I see this in Pidgin, it leads me to believe someone has highlighted me, but no, no one has and I just spent some time context switching. And this keeps happening over and over again...

@dean, indeed, but Pidgin is wasting lots of my time with this nonsense:)

Revision history for this message
Nathan Johnson (swinging-simian) wrote :

Can I add a +1 to this. Am using Gnome 3.63.3 on 20.04. The 'is ready' notifications from 'Microsoft Teams - Preview' are numerous and completely pointless, as more often than not, nothing noticeable has actually happened in the application. It's extremely distracting, as I don't know when the notification represents something actionable in the app or not.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

To "+1" a bug you click the green link at the top of the page:

  This bug affects you and ...

Revision history for this message
Nemanja V (vooxo) wrote :

I added +1 to this, since this notification is really irritating and not really useful.

For example, I have to use Skype and Teams for work, and every time someone writes a message, I get "<application> is ready" on the screen top and it just hangs there, without any useful information, even without the received message.

Also, as someone mentioned earlier, when a browser finishes downloading something and when you click on the "Show in folder" - if the Nautilus is already open, it will throw the useless "is ready" notification.

In software development, or in some other cases, where you run the build job that runs longer than a few seconds - in this context, this notification would, in my opinion, make some sense.

Notifications can be disabled per app, but it demands 2 clicks for every app in the list, and there is too many of them.
At least, adding the option to turn off all per-app notifications would be helpful - that way we could allow notifications which are needed.

Cheers!

Revision history for this message
Julian Alarcon (julian-alarcon) wrote :

Workaround
Use the Terminal and set this options:

gsettings set org.gnome.desktop.wm.preferences auto-raise 'true'
gsettings set org.gnome.desktop.wm.preferences focus-new-windows 'strict'

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

If a particular application is causing you annoyance then you can silence it in:

  Settings > Notifications

Or rather than completely silence it, just disable its popups and still get a notification dot in the top bar.

Revision history for this message
mevsme (mevsme) wrote :

Why haven't you still fixed it?!?! The most stupid feature of gnome after no way to set alt+shift for switching input languages *poo*

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I'm guessing because hardly anyone ever sees this bug anymore. I haven't seen it myself for a long time. If it is still bothering you then the best place to discuss it is with the GNOME developers directly in https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/358

tags: added: mantic
Changed in gnome-shell:
status: New → Fix Released
Jeremy Bícha (jbicha)
Changed in gnome-shell (Ubuntu):
status: Triaged → Fix Committed
tags: added: fixed-in-gnome-shell-46
removed: focal mantic rls-ff-notfixing
Changed in gnome-shell (Ubuntu):
status: Fix Committed → Fix Released
tags: added: fixed-in-gnome-shell-46.rc
removed: fixed-in-gnome-shell-46
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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