no activities after 656 --> joyride. but wait...

[Eben Eliason]

That's still a separate issue than the one I bring up.  They are both
important.  My feeling is that the one covered by #7220 is actually less
likely in the deployments, because the activities (and, I assume, their
defaults file) will almost always be country supplied.  Shall a new ticket
for this other edge case be created?
The only solution I can think of is: make activity in /home/olpc/activities
a favorite upon upgrade, in addition to any favorites specified by a new
activities.default file, if it exists.  This would prevent activity Foo
which the kid downloaded on their own from "disappearing" after the upgrade.

- Eben


On Tue, Jul 22, 2008 at 4:52 PM, C. Scott Ananian <cscott at cscott.net> wrote:

> On Tue, Jul 22, 2008 at 4:48 PM, Eben Eliason <eben.eliason at gmail.com>
> wrote:
> > Right, this edge case was brought to my attention by Greg the other day.
>  It
> > will only happen once...in future updates, favorites are preserved.
> >  Additionally, in most scenarios, the update will include an "activity
> pack"
> > as well, which includes a country-specified list of default favorites,
> > preventing the "empty" Home screen.
> > Thus, the only things that disappear are activities which were previously
> > installed and are not included in the default favorites list in the
> update.
> >  I'm not sure if we can come up with a simple way to prevent this, or if
> > it's worth our time this late in the release cycle for a one-time
> situation.
>
> IMO, it is worth our time to ensure smooth upgrades between releases.
> If there are no favorites listed when we boot, we should make all the
> activities favorites, to preserve the activities the user expects from
> the old release.  That is trac #7220.
>  --scott
>
> --
>  ( http://cscott.net/ )
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20080722/11ead08b/attachment.html>