[Bugs] #1512 UNSP: Erasure of downloaded Activity entries in Journal permanently removes the code bundle
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Thu Jul 29 04:59:51 EDT 2010
#1512: Erasure of downloaded Activity entries in Journal permanently removes the
code bundle
------------------------------------------+---------------------------------
Reporter: FGrose | Owner: tomeu
Type: defect | Status: new
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: sugar | Version:
Severity: Unspecified | Keywords: Usability design
Distribution: | Status_field: New
------------------------------------------+---------------------------------
Comment(by alsroot):
Replying to [ticket:1512 FGrose]:
> This behavior in the Journal is inconsistent with other 'installed'
Activities, which are erased (un-installed) with a warning dialog from the
Home list view.
>
> Additionally, when one erases an updated Activity from the Home list
view, it is not permanently erased as the code bundle referenced in the
Journal download entry is still available.
>
> These peculiarities in this design lead to confusion and might better be
hidden or reconciled.
>
> The download event record, as a system event, might have a 'hide event'
option or not be erasable. The code bundle behind the event should,
perhaps, only be erased from the Home list view (installed-Activity-code-
bundle management), while system or Activity events and their associated
object instances are managed from the Journal of Activity event instances.
The Zero Sugar tries to reconcile this from scratch, i.e., every activity
will be identified by http url, there will be no need to download .xo if
user wants to have activity launcher in F3 list (activity code will be
downloaded on the first launch). Activity implementations will not be
stored in journal. imo, trying to reuse journal for not trivial cases like
packaging is overkill.
> The value of the gray/colored Activity icon distinction is made evident
in this situation.
In Zero Sugar case, it will mean that some activities are downloaded, some
not yet.
> The colored icons in the GCompris suite should have another dimension or
element to distinguish the two object types. Perhaps the gear icon could
be used as a small decoration for all code bundles icons in Sugar.
In case of GC, looks like it was not not good idea to have all 100+ GC
components as activities. There is already single GC bundle on ASLO and
maybe we just need to remove per-component activities later.
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/1512#comment:5>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list