[Sugar-devel] Browse cache bloat
Walter Bender
walter.bender at gmail.com
Fri May 20 08:51:19 EDT 2011
On Fri, May 20, 2011 at 1:24 AM, Sebastian Silva
<sebastian at somosazucar.org>wrote:
> I've implemented the first part of this patch.
> It deletes partial downloads when user clicks on cancel button or deletes
> journal download entry.
> This should already mitigate thie situation. Alas, the partial download
> still remains when there is a crash.
>
> I could remove partial downloads on start of activity, but i'm worried
> another instance of Browse might be open and downloading.
> How should I check for this condition?
>
> Thanks
> Sebastian
>
> El 19/05/11 20:20, Sebastian Silva escribió:
>
> Hi,
> dirakx and I are working on Browse and are trying to find a way to fix
> http://bugs.sugarlabs.org/ticket/2659 - [dx2] Browse should have a cache
> cleaning policy
>
> It seems to us the only way to bloat the
> .sugar/default/org.laptop.WebActivity/instance dir is by doing a large
> download and then interrupting it (either because of network problems or by
> canceling). This leaves partial downloads in this dir and can fill the disk
> pretty quickly on XO hardware.
>
> We have thought of a workaround policy as we can't find an option in
> xulrunner to handle this by removing these partial files:
> - on click of "cancel" in a download - erase partial download
> - on start of new session of browse (if no other instance is running)
>
> Is this an acceptable fix?
> Input welcome as we prepare the patch,
>
> Cheers,
> Sebastian
>
>
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
Why not have a button for clearing the cache regardless of the circumstances
by which it filled? As to where to put the button...
-walter
--
Walter Bender
Sugar Labs
http://www.sugarlabs.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20110520/c0d3cc26/attachment.html>
More information about the Sugar-devel
mailing list