On Saturday 04 December 2010 04:42:37 Volodya wrote: > > - /download/<key> and the Download link linking to it have been removed. > > Click the key instead. > > - One reason for this was /download/<key> would not warn the user about > > dangerous content and would not filter stuff that can be filtered. > > - However you can still get the data on disk from the downloads/ directory, > > or click on the key and download it from there. > > I think it was a poor design decision. All the octet-streams fail now. You > need > to click on the key and it quickly downloads it (how quick depends on the > file) > after that you must once again click on force browser to download.
The bugs, such as there were, are fixed. In particular, we no longer show the file length warning, and clicking on "force your browser to download to disk" still uses the downloads as a cache i.e. works instantly. > > The process is counterintuitive. If you tell the user that you download to the > temporary space, the user should be able to download to disk after it > completes > and not look for a work around all the error messages. The errors are there > even > if you turn off the content filter. If you turn off the content filter for that download then click on the key again then yes you still get the warning. This is because it is far too easy to download stuff by accident. Should we skip the confirmation and show potentially dangerous content immediately? IMHO it is unrealistic to expect the user to remember what was filtered and what was not. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20101207/00a5ade4/attachment.pgp>
