-
While investigating the mail hash computation improvements described in issue 2897293, and my email to aperture-dev: http://bit.ly/75ELY I came across a potentially very important bug. The method for computing hash values from the 'whole' message didn't actually use the 'whole' message. Only the content. This was wrong and caused the loss of three messages on my test folder. All of these where...
2009-11-14 21:45:25 UTC in Aperture
-
applied a little fix in r2123. This introduces a flag which speeds things up by a factor of 30. Please confirm and close the issue.
2009-11-14 21:42:13 UTC in Aperture
-
mylka committed revision 2124 to the Aperture SVN repository, changing 1 files.
2009-11-14 16:25:36 UTC in Aperture
-
mylka committed revision 2123 to the Aperture SVN repository, changing 5 files.
2009-11-14 13:06:22 UTC in Aperture
-
This is a consequence of the solution we applied to the age-old issue 1989505, http://bit.ly/4ruQDC.
In general now the crawler behaves correctly and stuff. The problem is that the idea to make the hash of the entire message part of the URI itself - makes the crawler download the entire message on each crawl. Thus the incremental crawl lasts exactly as long as the initial crawl, which is...
2009-11-13 15:28:03 UTC in Aperture
-
Now that we decided that buffering the entire stream to use it with multiple extractors is the lesser evil (r2122, aperture dev mail http://bit.ly/29rPUi), can we close this ticket?.
2009-11-13 15:00:36 UTC in Aperture
-
mylka committed revision 2122 to the Aperture SVN repository, changing 1 files.
2009-11-12 14:52:30 UTC in Aperture
-
mylka committed revision 2121 to the Aperture SVN repository, changing 1 files.
2009-11-12 14:50:00 UTC in Aperture
-
due to lack of objections I take the liberty of closing this issue
if you find that the problem persists - please reopen.
2009-11-12 12:36:57 UTC in Aperture
-
Applied a litle fix. made the convertStringToDate method use the DateUtil.stringToDateTime method from the DateUtil class. It seems to work. I switched the timezone on my laptop to Moscow time and the resulting string yielded a correct value.
Applied the change in r2120 - please confirm and close the ticket.
2009-11-12 12:23:55 UTC in Aperture
