<div class="gmail_quote">On Wed, Jul 28, 2010 at 10:02 AM, Daniel Castelo <span dir="ltr"><<a href="mailto:dcastelo@plan.ceibal.edu.uy">dcastelo@plan.ceibal.edu.uy</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="gmail_quote"><div class="im">On Tue, Jul 27, 2010 at 11:51 PM, Frederick Grose <span dir="ltr"><<a href="mailto:fgrose@gmail.com" target="_blank">fgrose@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
<div class="gmail_quote"><div>On Tue, Jul 27, 2010 at 9:37 PM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
On Tue, Jul 27, 2010 at 06:37:18PM -0300, Daniel Castelo wrote:<br>
> * The activities are updated<br>
<br>
With "Software update" or manually using Browse?<br>
<br>
> * The user delete the journal entry with the activity bundle<br>
> downloaded for this updating process.<br>
><br>
> The result of this is that the activity is deleted from sugar<br>
<br>
I've seen this on Sugar 0.84 if the activity was updated using Browse,<br>
but not if the activity was updated using "Software update".<br>
<br>
> This behavour is normal? Should I reported this as a bug?<br>
<br>
If you think it is a bug, then check for it in <a href="http://bugs.sugarlabs.org" target="_blank">bugs.sugarlabs.org</a> </blockquote><div><br></div></div><div>See <a href="https://bugs.sugarlabs.org/ticket/1512" target="_blank">https://bugs.sugarlabs.org/ticket/1512</a></div>
</div></blockquote></div><div><br>Great. Thanks!<br>
The trac ticket suggest a new behavour:<br>
<br>
"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."<br>
<br>
Which is the next step that I should follow to solve this issue? I
suposse that is to discuss in this email list which could be the best
solution.</div></div></blockquote><div><br></div><div>As noted, the problem of inadvertent deletion of updated or newly added Activity bundles may occur in the Journal or in the Home list view (through the erase action in an extended palette). The most comprehensive solution might involve grouping of Journal items [1], but that won't be quick.</div>
<div><br></div><div>A quicker solution may be to recognize the Journal entry type or kind in the Journal (if that is sufficient) and hide or remove the 'erase' entry action from the palette in the Journal. This would force intentional erasure to occur in the Home list view, where the intent may be clearer.</div>
<div><br></div><div>Alternatively, erasure from the Journal could be disabled for these entries unless they were in a filtered, Journal view (by their kind, a kind which currently is not available in the filter list).</div>
<div><br></div><div> --Fred</div><div><br></div><div>[1] This discussion thread, <a href="http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025615.html">http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025615.html</a>, and this wiki page, <a href="http://wiki.sugarlabs.org/go/Talk:Features/Content_support">http://wiki.sugarlabs.org/go/Talk:Features/Content_support</a>, describes a Journal group design for supporting Activity and content grouping.</div>
</div>