Opened 13 years ago
Closed 9 years ago
#2407 closed defect (obsolete)
Process to open backup files should be smoother
Reported by: | sridhar | Owned by: | sascha_silbe |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | Unspecified |
Component: | Restore | Version: | Unspecified |
Severity: | Unspecified | Keywords: | |
Cc: | sridhar | Distribution/OS: | OLPC |
Bug Status: | Unconfirmed |
Description
Comment from OLPC-NZ testing team:
Restore: opened activity and it says "no bundle selected. please close this activity and choose a bundle to restore from the journal"
Tried to click on the file on the usb that says it is the journal backup for this laptop - it seems to open the restore activity but hard to tell as not labelled as such in the frame
found a restore journal button in the activity, clicked it and get the message "restoring journal from
/home/olpc/.sugar/default/data/" a whole lot of numbers then ".xmj"
- that file location is not the usb drive, so we assume that opening the file on the usb is actually copying it to the journal
Change History (6)
comment:1 Changed 13 years ago by sascha_silbe
- Owner changed from silbe to sascha_silbe
- Status changed from new to assigned
comment:2 in reply to: ↑ description ; follow-up: ↓ 5 Changed 13 years ago by sascha_silbe
comment:3 Changed 13 years ago by sridhar
We only really need this activity to be launched when a backup file in the journal is clicked. We don't need to launch it separately.
Should we set the launcher to be hidden? That is, put
show_launcher = no
in activity.info.
comment:4 Changed 12 years ago by sridhar
On second thought, if we hide the activity launcher users might get confused about where it has gone after they have installed it.
The minimal on-screen instructions are clear enough that you need to click on the bundle in the journal. Longer term, it might be nice to have an object chooser to pick the file to restore.
On XO-AU OS 10.1.3-au2 (Sugar 0.84), the name in the frame is the name of the backup file, without the name of the activity - just as you have described.
comment:5 in reply to: ↑ 2 Changed 12 years ago by sridhar
Replying to sascha_silbe:
Replying to sridhar:
found a restore journal button in the activity, clicked it and get the message "restoring journal from
/home/olpc/.sugar/default/data/" a whole lot of numbers then ".xmj"
- that file location is not the usb drive, so we assume that opening the file on the usb is actually copying it to the journal
Yes, Sugar will copy entries from external media to the Journal before resuming them. There's no way for an activity to opt out of this.
I think this is the only remaining item in this issue. Feel free to rename/refocus this ticket.
Downstream reports:
https://dev.laptop.org.au/issues/119
https://dev.laptop.org.au/issues/785
https://dev.laptop.org.au/issues/784
comment:6 Changed 9 years ago by godiard
- Resolution set to obsolete
- Status changed from assigned to closed
WE have backup/restore implemented in Sugar now. Close as obsolete
Replying to sridhar:
Can you include a screenshot and exact information about the build this happened in, please? During all my tests Restore was named in the Frame. Sugar 0.82 shows just the name of the bundle (e.g. "Journal backup of Sascha Silbe (XO-1) (CSNxxxxxxx) on 25.02", more recent versions of Sugar show the name of the activity (i.e. "Restore") as well.
Yes, Sugar will copy entries from external media to the Journal before resuming them. There's no way for an activity to opt out of this.
Version 5 contains minimal on-screen instructions. More complete instructions are planned (#2372); help with this would be appreciated.
Thanks for testing and reporting issues!