Hibernate does not ask for time-out confirmation

Bug #367626 reported by Vish
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
NULL Project
Invalid
Undecided
Unassigned
One Hundred Papercuts
Invalid
Undecided
Unassigned
Session Menu
Invalid
Undecided
Unassigned
fast-user-switch-applet (Ubuntu)
Won't Fix
Undecided
Unassigned
indicator-session (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Hi,
Using Ubuntu Jaunty 9.04 , up-to-date as of this report...
> Fast User Switch Applet 2.24.0-0ubuntu13

The suspend/hibernate do not ask for confirmation when selected from the fast
user switch applet...
This is a problem, because the options are situated too close to the
restart/shutdown options.

What happened is that I ended up accidentally pressing the hibernate option
instead of restart, which was a whole lot of unnecessary rebooting for a
restart!
This is a problem because the menu options are close and is a non-icon menu...

The other problem is the random listing of options in the applet
Guest Session- NO timeout
Lock Screen- NO timeout
Log Out- timeout 60
Suspend - NO timeout
Hibernate - NO timeout
Restart - timeout 60
Shutdown - timeout 60

Not having a timeout for suspend/lock screen is fine ,
But the Guest session & Hibernate option require a time out,
 the guest session is the first option with chances of accidental clicks, and
 the hibernate option is close to the restart option also with chances of
accidental clicks

The options need to be arranged properly and consistently with *all the timed
options together* , but hibernate is a longer process, which ideally should
also have a time out.

To complicate the menu, there are no icons for the different actions, which
makes the options closer than the icon menu items, which increases the chances
of the accidental clicks...

Pls correct this... with a consistent icon menu and a separator between the
Timed and the rest of the options.

Kurt Wall (kwall)
affects: ubuntu → pm-utils (Ubuntu)
Revision history for this message
Vish (vish) wrote :

Submitted upstream.

Changed in fast-user-switch-applet:
importance: Undecided → Unknown
status: New → Unknown
description: updated
Changed in fast-user-switch-applet:
status: Unknown → New
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Thanks, but there wasn't much point in sending upstream. Firstly, the fast-user-switch-applet is unmaintained upstream now, and the session/power management options in the FUSA are provided by an Ubuntu specific patch and in no way related to upstream.

Revision history for this message
Vish (vish) wrote :

@ Chris Coulson:
Yeah i realized that upstream is unmaintained only after i filled the report :(

Any chances in this getting fixed before Karmic?
Just asking, since it could also be added to the papercuts milestones.

Revision history for this message
Vish (vish) wrote :

Now that we have migrated to indicator session , it is the same problem. [icons may not be necessary]
But , the menu has no proper arrangement of the timed or untimed options

affects: pm-utils (Ubuntu) → indicator-session (Ubuntu)
Revision history for this message
Ted Gould (ted) wrote : Re: [Bug 367626] [NEW] Hibernate does not ask for time-out confirmation

This is on purpose as the hibernate and suspend won't cause data loss
while the others may. Confirmation is a bad thing, in general, but
since the other options can cause data loss it's necessary.

  affects fast-user-switch-applet
  status wontfix

  affects hundredpapercuts
  status wontfix

  affects ubuntu/fast-user-switch-applet
  status wontfix

  affects ubuntu/indicator-session
  status wontfix

Changed in fast-user-switch-applet (Ubuntu):
status: New → Won't Fix
Vish (vish)
Changed in hundredpapercuts:
status: New → Invalid
Changed in indicator-session:
status: New → Invalid
Vish (vish)
affects: fast-user-switch-applet → null
Vish (vish)
Changed in null:
importance: Unknown → Undecided
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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