From: Christiaan H. <cmh...@gm...> - 2008-02-11 19:04:58
|
On 11 Feb 2008, at 7:53 PM, Adam R. Maxwell wrote: > In article <7D7...@gm...>, > Christiaan Hofman <cmh...@gm...> wrote: > >> It seems Leopard has broken the download mechanism. Several things >> seem to go wrong: >> >> 1. when downloading a PDF (from a URL with a .pdf extension), the >> file extension of the proposed filename is empty. >> 2. the downloadDidFinish: is send *before* - >> setDestination:allowOverwrite: is send to it. >> >> Point 2 is pretty serious, and seems completely wrong to me. >> Certainly if I read the documentation. >> >> Adam, can you confirm this? Is this some new feature with some new >> API to avoid it? > > I can confirm that it's broken in BibEditor's download via context > menu, > but I haven't looked at it. I added download/replace functionality to > FileView itself in my own tree. NSURLDownload delegate works fine > there > for a .pdf URL, so I'd be surprised if it's a bug in Leopard. It does not seem to be a bug strictly speaking. It's rather a totally different behavior than on Tiger. On Tiger the download is not saved until you have set the save location. On Leopard it saves the download immediately after sending downloadDidFinish:, so the save location must be passed to the NSURLDownload before that delegate method finishes. So I've implemented it that way now. Therefore it should now work also on Leopard. Christiaan |