On Sun, Dec 30, 2012 at 05:23:18PM +0000, Jeremy Henty wrote:
I wondered why "Save link as" silently failed on some of my local web pages if I had not already visited the link. It turns out they were "file:///" links and "Save link as" sends a download request which the CAPI silently ignores if the URL is not cached and is not handled by the downloads DPI.
I added a MSG_WARN to log this but haven't changed any behaviour. I still found it surprising and was wondering if it could be improved?
I think the right way to fix it is to redesign downloads DPI so that it doesn't duplicate downloading code. I already said that in Gopher DPI therad. Instead, Dillo could download files and pass them to downloads DPI. Downloads DPI then shows progress and saves files. As I understand, the idea is to have one window for all downloads across many copies of Dillo where progress can be shown and requests to cancel them can be passed to the right copy of Dillo. In the current state only http, https and ftp links are passed to DPI, you can see it in a_Cache_download_enabled.