Re: [freenet-support] Failed downloads: unknown type
On Tue, 23 Jul 2013 11:16:31 +0100, Matthew Toseland wrote: > On Sunday 21 Jul 2013 10:54:35 Dennis New wrote: > > On Sat, 20 Jul 2013 00:55:43 +, [email protected] 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. > > Freenet's threat model is completely different to that of the average > anti-virus software. > > A simple HTML file can defeat your anonymity simply by inlining an > image from a server on the web. > > This is what the filter is primarily for. > > Lots of other formats, for example PDF, have similar issues, which is > why Freenet warns when you download them. If you choose to ignore > that warning it's not our fault. This is exactly what I mean -- one really shouldn't be using a browser / environment that is capable of accessing the NSAnet. ___ Support mailing list [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
Re: [freenet-support] Failed downloads: unknown type
On Sunday 21 Jul 2013 10:54:35 Dennis New wrote: > On Sat, 20 Jul 2013 00:55:43 +, [email protected] 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. Freenet's threat model is completely different to that of the average anti-virus software. A simple HTML file can defeat your anonymity simply by inlining an image from a server on the web. This is what the filter is primarily for. Lots of other formats, for example PDF, have similar issues, which is why Freenet warns when you download them. If you choose to ignore that warning it's not our fault. signature.asc Description: This is a digitally signed message part. ___ Support mailing list [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
Re: [freenet-support] Failed downloads: unknown type
On Sat, 20 Jul 2013 00:55:43 +, [email protected] 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 [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?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 [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
Re: [freenet-support] Failed downloads: unknown type
On Wednesday 09 Feb 2011 11:34:22 [email protected] 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, [email protected] 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 [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?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, [email protected] 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 [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?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 "Fetch"ing 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 , read warning above). signature.asc Description: This is a digitally signed message part. ___ Support mailing list [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
Re: [freenet-support] Failed downloads: unknown type
> On 12 Jan 2011, at 12:00pm, [email protected] 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 [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
