Remove "Application is ready" notification

Bug #1825710 reported by Jatan on 2019-04-21
78
This bug affects 15 people
Affects Status Importance Assigned to Milestone
GNOME Shell
New
Unknown
gnome-shell (Ubuntu)
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.

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
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).

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.

:-(

Changed in gnome-shell:
status: Unknown → New
Changed in gnome-shell (Ubuntu):
status: Confirmed → Triaged
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 ..

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.

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
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
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.

Dean Henrichsmeyer (dean) wrote :

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

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:)

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

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