<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    I've implemented the first part of this patch.<br>
    It deletes partial downloads when user clicks on cancel button or
    deletes journal download entry.<br>
    This should already mitigate thie situation. Alas, the partial
    download still remains when there is a crash. <br>
    <br>
    I could remove partial downloads on start of activity, but i'm
    worried another instance of Browse might be open and downloading.<br>
    How should I check for this condition?<br>
    <br>
    Thanks<br>
    Sebastian<br>
    <br>
    El 19/05/11 20:20, Sebastian Silva escribió:
    <blockquote cite="mid:4DD5C1CF.8040206@somosazucar.org" type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      Hi,<br>
      dirakx and I are working on Browse and are trying to find a way to
      fix <br>
      <a moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://bugs.sugarlabs.org/ticket/2659">http://bugs.sugarlabs.org/ticket/2659</a>
      - [dx2] Browse should have a cache cleaning policy<span
        class="Apple-style-span" style="border-collapse: separate;
        color: rgb(0, 0, 0); font-family: 'Times New Roman'; font-style:
        normal; font-variant: normal; font-weight: normal;
        letter-spacing: normal; line-height: normal; orphans: 2;
        text-indent: 0px; text-transform: none; white-space: normal;
        widows: 2; word-spacing: 0px; font-size: medium;"><span
          class="Apple-style-span" style="font-family:
          Verdana,Arial,'Bitstream Vera Sans',Helvetica,sans-serif;
          font-size: 14px;"></span></span><br>
      <br>
      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.<br>
      <br>
      We have thought of a workaround policy as we can't find an option
      in xulrunner to handle this by removing these partial files:<br>
          - on click of "cancel" in a download - erase partial download<br>
          - on start of new session of browse (if no other instance is
      running)<br>
      <br>
      Is this an acceptable fix?<br>
      Input welcome as we prepare the patch,<br>
      <br>
      Cheers,<br>
      Sebastian<br>
    </blockquote>
    <br>
  </body>
</html>