#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 14 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 14 years ago by sascha_silbe
- Cc sascha_silbe added
comment:3 Changed 14 years ago by tomeu
- Milestone changed from 0.86 to 0.88
comment:4 Changed 13 years ago by walter
- Milestone changed from 0.88 to 0.90
comment:5 Changed 13 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 10 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.
I guess we should reuse the session management infrastructure in GNOME