Opened 12 years ago

Closed 8 years ago

Last modified 7 years ago

#585 closed enhancement (wontfix)

Activity resume after power cycle

Reported by: walter Owned by: tomeu
Priority: Unspecified by Maintainer Milestone:
Component: Sugar Version: 0.84.x
Severity: Minor Keywords: community-request
Cc: sascha_silbe Distribution/OS: Unspecified
Bug Status: Unconfirmed

Description

Feature request from the wiki...

I have discovered that a journal entry is really a saving of the state of an activity comprising data, activity, view state (not always restored properly), etc. This notion of a saved state that may be identically resumed is very good, and very convenient, when it has been fully implemented by an activity. It should extend to power cycles. When I turn the machine back on, all my running activities should be resumed and the clipboard should have all my clips, and the machine view should be restored to the most recent active activity before power cycling.

Change History (7)

comment:1 Changed 12 years ago by walter

  • Keywords community-request added
  • Milestone changed from Unspecified by Release Team to 0.86
  • Severity changed from Unspecified to Minor
  • Version changed from Unspecified to 0.84.x

comment:2 Changed 12 years ago by sascha_silbe

  • Cc sascha_silbe added

comment:3 Changed 11 years ago by tomeu

  • Milestone changed from 0.86 to 0.88

I guess we should reuse the session management infrastructure in GNOME

comment:4 Changed 11 years ago by walter

  • Milestone changed from 0.88 to 0.90

comment:5 Changed 11 years ago by sascha_silbe

While this could be quite convenient, we should give the user the option not to do it. Imagine someone startin either a lot of activities or a single buggy activity that hogged the computer so much that shutdown was the only viable option. We certainly wouldn't want to turn that into a vicious circle by resuming all activities automatically...

Thinking more about it, adding suspend-to-disk (ACPI S4 / hibernation) support to Sugar might be a better idea. It has the same power draw as powering off (ACPI S5) and we don't need to do anything fancy like auto-resuming activities. Startup time (reading RAM contents and device state from disk) usually is also much less than full boot - especially with Sugar.

comment:6 Changed 8 years ago by dnarvaez

  • Resolution set to wontfix
  • Status changed from new to closed

I'm not sure it make sense to track this until we had a design discussion on the list.

comment:7 Changed 7 years ago by dnarvaez

  • Milestone 0.90 deleted

Milestone 0.90 deleted

Note: See TracTickets for help on using tickets.