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
