[freenet-support] Failed downloads: unknown type
Can anyone shed any light on this? Apologies for my previous 'mad dog' identity; I sent from the wrong email address. Thanks Ian Davies On 12 Jan 2011, at 12:00pm, support-requ...@freenetproject.org wrote: For some reason my node has lost the ability to recognise just about any file type other than images, and constantly drops other types of downloaded file into a list headed Failed downloads: unknown type and then the filetype, such as 'application/x-rar-compressed' or 'video/mpeg'. I don't know exactly when the problem started; I don't *think* it coincided with an update, but can't be sure. I'm currently running version 0.7.5#1323 on OS X. The problem wouldn't be so bad if I could just say, ok nevermind, and force the browser to download it anyway, but instead I end up having to jump through what sometimes feels like recursive hoops as I try various combinations of Fetching the file, or restarting the download (maybe disabling the content filter?) or Downloading the file, or forcing the browser to open as a text file and so on and so forth... it's complete circular nightmare. Sometimes opening as a text file works, sometimes it doesn't... no idea why. How can I tell my node about these file types? Any idea why it lost this ability in the first place? ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Failed downloads: unknown type
On 12 Jan 2011, at 12:00pm, support-requ...@freenetproject.org wrote: For some reason my node has lost the ability to recognise just about any file type other than images, and constantly drops other types of downloaded file into a list headed Failed downloads: unknown type and then the filetype, such as 'application/x-rar-compressed' or 'video/mpeg'. I don't know exactly when the problem started; I don't *think* it coincided with an update, but can't be sure. I'm currently running version 0.7.5#1323 on OS X. The problem wouldn't be so bad if I could just say, ok nevermind, and force the browser to download it anyway, Are you trying to download to disk? If you go to your downloads page, in the failed downloads section -- if you check the checkbox of the failed download, and also make sure the disable content filter checkbox is checked, then click the restart download button for that download, does it not restart downloading? ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1331
Freenet 0.7.5 build 1331 is now available. It is mandatory on Monday so please upgrade. This includes some major bugfixes, which may themselves include major bugs: - Changes to the opennet path folding code, related to timeouts. - Faster fatal timeout after accepted/rejected timeout. Fatal timeouts still don't do much except on darknet, and will be rewritten soon. - New stats, split block transfer success rate and bwlimitDelayTime up by bulk/realtime (and show local too for the former). - Major bugfix for bulk vs realtime block transfers: Realtime transfers are supposed to take priority, but not starve bulk transfers. This was not working - we were treating them exactly the same as bulk transfers. This is fixed, and we will allow a brief burst of realtime as long as it does not severely delay bulk transfers; otherwise we alternate between the two. This is new code, but the old fairness between bulk and realtime code wasn't used because of the first bug. - Fix some fairly significant issues with connection setup dropping messages when it didn't need to, probably including on rekeying. This may have caused some timeouts. Please upgrade, and *PLEASE REPORT ANY PROBLEMS YOU FIND*! signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
[freenet-support] Freenet 0.7.5 build 1331 and 1332
Freenet 0.7.5 build 1331 is now available. It is mandatory on Monday so please upgrade. This includes some major bugfixes, which may themselves include major bugs: - Changes to the opennet path folding code, related to timeouts. - Faster fatal timeout after accepted/rejected timeout. Fatal timeouts still don't do much except on darknet, and will be rewritten soon. - New stats, split block transfer success rate and bwlimitDelayTime up by bulk/realtime (and show local too for the former). - Major bugfix for bulk vs realtime block transfers: Realtime transfers are supposed to take priority, but not starve bulk transfers. This was not working - we were treating them exactly the same as bulk transfers. This is fixed, and we will allow a brief burst of realtime as long as it does not severely delay bulk transfers; otherwise we alternate between the two. This is new code, but the old fairness between bulk and realtime code wasn't used because of the first bug. - Fix some fairly significant issues with connection setup dropping messages when it didn't need to, probably including on rekeying. This may have caused some timeouts. Please upgrade, and *PLEASE REPORT ANY PROBLEMS YOU FIND*! 1332 is also mandatory on Monday, and includes one further bugfix related to connection setup and timeouts. signature.asc Description: This is a digitally signed message part. ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe