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 406100 - Deskbar "Computer Actions" could ask for confirmation
Deskbar "Computer Actions" could ask for confirmation
Status: RESOLVED FIXED
Product: deskbar-applet
Classification: Deprecated
Component: general
2.17.x
Other Linux
: High normal
: ---
Assigned To: Deskbar Applet Maintainer(s)
Deskbar Applet Maintainer(s)
ghop[2007-18]
Depends on:
Blocks:
 
 
Reported: 2007-02-09 14:29 UTC by Sebastien Bacher
Modified: 2007-12-02 22:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Attachments
Patch for bug #406100 (4.71 KB, patch)
2007-11-29 19:28 UTC, Denis Washington
committed Details | Review

Description Sebastien Bacher 2007-02-09 14:29:08 UTC
That bug has been described on https://launchpad.net/ubuntu/+source/deskbar-applet/+bug/79303

"Binary package hint: deskbar-applet

Deskbar's computer actions happen way too fast. At the very least, "Shutdown" and "Reboot" ask for absolutely no confirmation.

In my case, I had used Deskbar to 'shutdown' and find the "Shutdown the machine" option. Later, I clicked the down arrow and got the history log, in an attempt to get the Deskbar search box. To remedy this, I tried to click the down arrow again; unfortunately, I hit the "Shutdown the machine" history entry. With no confirmation, GNOME instantly vanished and my machine began the shutdown procedure.

This chain of events also exposed me to Malone #79300, as Firefox came back complaining that it had crashed and wanted to restore the old session. A simple enough mis-click can trigger the events in #79300.

To remedy this, I suggest that the Computer Actions ask for confirmation. Log Out, Shutdown, and Reboot need to raise a confirmation dialog when selected from Deskbar. It is far too easy to haphazardly turn your computer off with a few misplaced mouse clicks."
Comment 1 Raphael Slinckx 2007-03-12 17:42:53 UTC
Marking for 2.20 since it requires a UI and string change.
Comment 2 André Klapper 2007-03-21 21:46:15 UTC
Raphael:
gnome-target is meant to be used on bugs severe enough to possibly require
delaying GNOME releases.  The target milestone is the field you want for bugs
you'd like to remember to fix by a certain release.  You can add target
milestones for your product by clicking on the "Edit this product" link in the
lower-right hand corner of the browse.cgi ("product overview") page.  See also
the "Target Milestone" and "GNOME Target Milestone" sections of
http://bugzilla.gnome.org/page.cgi?id=bug-status.html.  :-)
Comment 3 Sebastian Pölsterl 2007-11-18 18:11:02 UTC
Marking as gnome-love
Comment 4 Denis Washington 2007-11-29 19:28:21 UTC
Created attachment 99860 [details] [review]
Patch for bug #406100

(Submitted as part of a Google Highly Open Participation Contest task.)
Comment 5 Sebastian Pölsterl 2007-12-02 22:07:03 UTC
That patch is awesome! Thanks a lot.
I changed that the countdown is actually visible. It's now in SVN trunk and will be part of 2.21.3.