After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 559848 - Notifications using --listen should allow clicking to remove the icon
Notifications using --listen should allow clicking to remove the icon
Status: RESOLVED OBSOLETE
Product: zenity
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Zenity Maintainers
Zenity Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-11-08 06:19 UTC by Thomas Thurman
Modified: 2012-04-29 10:37 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Add "onclick:close" capability to --listen (772 bytes, patch)
2008-11-08 06:20 UTC, Thomas Thurman 		none Details | Review

Description Thomas Thurman 2008-11-08 06:19:53 UTC 
At present if you put up a notification without --listen, and the user clicks on it, it goes away.  If you use --listen, however, there is no way of telling it to go away on click.
Comment 1 Thomas Thurman 2008-11-08 06:20:57 UTC 
Created attachment 122220 [details] [review]
Add "onclick:close" capability to --listen

This adds a command "onclick:close" to --listen to allow users to close --listen'ed notifications.
Comment 2 Arx Cruz 2012-04-19 16:26:45 UTC 
I'm closing this, since the notification system in gnome 3 change, and I verify, even using the --listen, the notification closes when you click on it. The only difference now between use --listen or not, is when you're not using --listen, zenity exits, using --listen zenity doesn't. And that's the normal behavior.
Comment 3 Mic 2012-04-29 10:37:02 UTC 
--listen should allow, but not default to exit on click.

When enabled it allows a simple form of user interaction, but if your app is showing a variable status you may not want to have zenity suddenly exit.

See also Bug 675064.