Re: nsIDownloadManager replaced by Downloads.jsm

2013-12-20 Thread jruby2bluestacks
On Saturday, August 3, 2013 7:21:57 AM UTC-5, Paolo Amadini wrote: > Hello, I am nobody. But, I want file timestamps to be preserved when I download files. I guess I will use wget until this gets fixed. Now I have no reason to use Firefox. I was using this until todays upgrade to FF 26: "Prese

Re: nsIDownloadManager replaced by Downloads.jsm

2013-09-24 Thread andy . portmen
On Saturday, August 3, 2013 8:21:57 AM UTC-4, Paolo Amadini wrote: > Hello, > > > > if you are maintaining an add-on or a Mozilla product that interacts > > with downloads, you should look into updating your code to use the new > > Downloads.jsm module instead of nsIDownloadManager as soon as

Re: nsIDownloadManager replaced by Downloads.jsm

2013-09-06 Thread Eric Shepherd
On 2013-08-03 12:21:57 +, Paolo Amadini said: The complete documentation of the module can be found here: https://developer.mozilla.org/Mozilla/JavaScript_code_modules/Downloads.jsm Paulo: On behalf of the documentation team, I want to thank you for documenting this! We always appreciate

Re: nsIDownloadManager replaced by Downloads.jsm

2013-09-04 Thread Paolo Amadini
On 28/08/2013 19.17, sam foster wrote: > However, although Downloads.jsm itself is importable from toolkit, > DownloadsCommon.jsm - which implements a lot of the goodies around it - is > not. Looking though it I see only a couple of methods and > specific-to-desktop-UI references that would pre

Re: nsIDownloadManager replaced by Downloads.jsm

2013-09-04 Thread Paolo Amadini
On 03/09/2013 18.08, teramako wrote: > I want to notify to the user when the download is finished. > > on nsIDownloadManager, I write like following: > > Services.downloads.addListener({ > onDownloadStateChange: function (state, download) { >if (download.state === Services.downloads.DOWNLOAD

Re: nsIDownloadManager replaced by Downloads.jsm

2013-09-03 Thread teramako
Hi I want to notify to the user when the download is finished. on nsIDownloadManager, I write like following: Services.downloads.addListener({ onDownloadStateChange: function (state, download) { if (download.state === Services.downloads.DOWNLOAD_FINISHED) { openPopup(.); } },

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-28 Thread sam foster
> if you are maintaining an add-on or a Mozilla product that interacts > with downloads, you should look into updating your code to use the new > Downloads.jsm module instead of nsIDownloadManager as soon as possible. We're currently using nsIDownloadManager in Firefox for Metro and will be wanti

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-16 Thread Paolo Amadini
On 16/08/2013 10.22, Neil wrote: > Paolo Amadini wrote: >> A new about:config preference named "browser.download.useJSTransfer" >> enables the browser and the Downloads Panel to use the Downloads.jsm >> module instead of nsIDownloadManager as the back-end. The browser must >> be restarted for the p

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-16 Thread Neil
Paolo Amadini wrote: A new about:config preference named "browser.download.useJSTransfer" enables the browser and the Downloads Panel to use the Downloads.jsm module instead of nsIDownloadManager as the back-end. The browser must be restarted for the preference to take effect. Support for th

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-09 Thread Paolo Amadini
On 06/08/2013 22.56, garys...@gmail.com wrote: > I flipped on 'browser.download.useJSTransfer' and downloaded some zip files > from Fx inbound Thanks a lot for testing! > and they all were zero byte files. This was done in safe mode. Hope this is > a WIP ;-) This is probably bug 901563, shou

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-09 Thread Paolo Amadini
On 06/08/2013 18.49, Robert Kaiser wrote: > Paolo Amadini schrieb: >> The Downloads back-end will not call any method of nsIDownloadManagerUI >> anymore > > So I cannot implement an alternative download manager any more? You can for sure :-) Anything we're changing and has a valid use case will s

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-06 Thread garyshap
On Saturday, August 3, 2013 8:21:57 AM UTC-4, Paolo Amadini wrote: > Hello, > > > > if you are maintaining an add-on or a Mozilla product that interacts > > with downloads, you should look into updating your code to use the new > > Downloads.jsm module instead of nsIDownloadManager as soon as

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-06 Thread Robert Kaiser
Paolo Amadini schrieb: The Downloads back-end will not call any method of nsIDownloadManagerUI anymore So I cannot implement an alternative download manager any more? Robert Kaiser ___ dev-platform mailing list dev-platform@lists.mozilla.org https:/

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-05 Thread Paolo Amadini
On 04/08/2013 1.42, Neil wrote: > So nsIDownloadManagerUI is going away too? The Downloads back-end will not call any method of nsIDownloadManagerUI anymore, new downloads should be detected using views. Technically, the interface will still be there for a short time until we refactor the code tha

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-03 Thread Neil
Paolo Amadini wrote: On 03/08/2013 17.26, Neil wrote: Do I have to watch the download lists globally in order to find out about new downloads (e.g. from content-disposition: attachment)? Yes, you should add a view to the public and private download lists. So nsIDownloadManagerUI i

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-03 Thread Paolo Amadini
On 03/08/2013 19.27, David E. Ross wrote: > Will this break the Preserve Download Modification Timestamp extension > at ? Quite likely. In the new API we'll probably need to add explicit support for this use case, something like a hook of s

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-03 Thread Paolo Amadini
On 03/08/2013 17.26, Neil wrote: > Do I have to watch the download lists globally in order to find out > about new downloads (e.g. from content-disposition: attachment)? Yes, you should add a view to the public and private download lists. > Do I have to emulate cleanUp by calling remove() on all

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-03 Thread David E. Ross
On 8/3/13 5:21 AM, Paolo Amadini wrote: > Hello, > > if you are maintaining an add-on or a Mozilla product that interacts > with downloads, you should look into updating your code to use the new > Downloads.jsm module instead of nsIDownloadManager as soon as possible. > > While other Mozilla prod

Re: nsIDownloadManager replaced by Downloads.jsm

2013-08-03 Thread Neil
Paolo Amadini wrote: The complete documentation of the module can be found here: https://developer.mozilla.org/Mozilla/JavaScript_code_modules/Downloads.jsm ... plus you'll need all the subpages for the other objects of course. Do I have to watch the download lists globally in order to fin