Re: [freenet-support] Failed downloads: unknown type
On Sat, 20 Jul 2013 00:55:43 +, zeriani...@gmail.com wrote: I know that there is a good reason for the content filter thing, but it has seriously become an annoyance for a lot of people. Could we get a radio button or setting to permanently TURN OFF that content filtering? I'm not even sure it's a good reason at all, since it probably provides a false sense of security? Not only will it probably not filter all (or most) malware, which is a full-time job in itself, but if a user is not making some kind of additional effort to secure their freenet environment, they'll be inevitably doomed sooner or later. For all the rest of us, it's just an annoyance :P. ___ 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
I know that there is a good reason for the content filter thing, but it has seriously become an annoyance for a lot of people. Could we get a radio button or setting to permanently TURN OFF that content filtering?___ 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 Wednesday 09 Feb 2011 11:34:22 mad...@acid-product.co.uk wrote: Thanks for the response Dennis. I've been through this more carefully now and noted down the exact steps that happen (I'm not on build #1335 now but build #1346, if that makes a difference): 1. File key is added to download queue. Using the Fetch or the Download button? This depends partly on your physical security level, most people should either see Download or both Download and Fetch. Fetch will fetch to encrypted temp space. Or are you using the bulk downloads box? (It has a dropdown to choose where to put the files). Or some third party client? If fetching it from fproxy, you will have a checkbox just below the button Filter data. You can uncheck this to disable the download filtering. 2. Image files (e.g. .jpg .gif .png etc.) complete as normal and can be saved/downloaded to disk in the usual way. Yay. 3. Files of any other type (e.g. .rar .mpg .avi .zip etc.) complete, but are dropped into a section marked Failed downloads: unknown type application/octet-stream (1) Expected, but can sometimes be avoided, see above. 4. I click 'Restart download' and the file returns to the download queue. 5. File completes and is listed in section Completed fetches to temporary space 6. If I click on the filename, Freenet still complains that it is an unknown filetype, but I can at least usually force a download as a text file at this point, and give it the correct file suffix afterwards (remove the .txt) Force download to disk doesn't work? I click on a zip on my downloads page, it gives me the options: # Click here to open the file as plain text (this should not be dangerous but it may be garbled). # Click here to force your browser to download the file to disk. # Click here to open the file as application/zip (read warning above!). It also gives the download button and retry now, which is confusing and should be got rid of. All of these options work for me. Is your experience different? I guess my first question is why do the files have to be downloaded twice? Leaving aside the reason why Freenet doesn't recognise the file type, why can I not override this and get hold of the data that Freenet has presumably got stored somewhere, instead of being forced to put it back in the download queue all over again, just so I have to force it to download as a text file the second time? You can. But not globally at the moment IIRC. Second, how can I tell Freenet about certain filetypes? This never used to be a problem, so I really don't know what has happened, but surely if Freenet is complaining about a file type it doesn't recognise, there must be a way to 'teach' it about them so that it doesn't complain in the future? Well, most of these file types are demonstrably unsafe ... We probably should have a config option or something though. thanks Ian On 19 Jan 2011, at 12:00pm, support-requ...@freenetproject.org wrote: 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? 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
Re: [freenet-support] Failed downloads: unknown type
Thanks for the response Dennis. I've been through this more carefully now and noted down the exact steps that happen (I'm not on build #1335 now but build #1346, if that makes a difference): 1. File key is added to download queue. 2. Image files (e.g. .jpg .gif .png etc.) complete as normal and can be saved/downloaded to disk in the usual way. 3. Files of any other type (e.g. .rar .mpg .avi .zip etc.) complete, but are dropped into a section marked Failed downloads: unknown type application/octet-stream (1) 4. I click 'Restart download' and the file returns to the download queue. 5. File completes and is listed in section Completed fetches to temporary space 6. If I click on the filename, Freenet still complains that it is an unknown filetype, but I can at least usually force a download as a text file at this point, and give it the correct file suffix afterwards (remove the .txt) I guess my first question is why do the files have to be downloaded twice? Leaving aside the reason why Freenet doesn't recognise the file type, why can I not override this and get hold of the data that Freenet has presumably got stored somewhere, instead of being forced to put it back in the download queue all over again, just so I have to force it to download as a text file the second time? Second, how can I tell Freenet about certain filetypes? This never used to be a problem, so I really don't know what has happened, but surely if Freenet is complaining about a file type it doesn't recognise, there must be a way to 'teach' it about them so that it doesn't complain in the future? thanks Ian On 19 Jan 2011, at 12:00pm, support-requ...@freenetproject.org wrote: 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
Re: [freenet-support] Failed downloads: unknown type
On Tuesday 11 January 2011 14:03:12 mad dog 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? Just click through the warnings. You should be able to click Download and then if that fails with a warning, turn off the filter. The file will then be on disk. If you don't want to save it to disk directly, use Fetch, and then you'll have to go through the warnings again (open the file as blah, read warning above). 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
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
