- add a new nsIWebProgressListener2 interface, inheriting from
nsIWebProgressListener, providing a 64-bit onProgressChange method
- make nsITransfer inherit from that interface, and remove an unused
progressListener attribute
- make webbrowserpersist support listeners that implement
nsIWebProgressListener2, and give them 64-bit progress values
- make nsIHelperAppLauncher's listener setWebProgressListener function take an
nsIWebProgressListener2 interface
And fix up all implementations according to that.
This adds a new method launchWithFile on nsIMIMEInfo which takes care of opening
the selected (preferred or default) application on the mime info with a
specified document. defaultDescription is now readonly, and defaultApplication
no longer available.
This also removes the clone method which was unused in the entire tree.
Leak in nsExternalAppHandler, due to reference cycle between the nsIDownload implementation,
the helper app service, and the helper app dialog.
now, the reference cycle with the helper app dialog is broken in Cancel/CreateProgressListener,
and the cycle with the nsIDownload will be broken in Cancel/CloseProgressWindow/OnStopRequest
r=bzbarsky sr=darin
saving or running helpers. The idea here is to decompress unless the encoding
and extension match up. If they do, then don't decompress. Bug 152275,
r=biesi, sr=darin
this means 2 new attributes:
readonly attribute nsIFile targetFile;
readonly attribute PRTime timeDownloadStarted;
(no caller of GetDownloadInfo needed all three pieces of information that it provided)
r=bzbarsky sr=darin
after we show the helper app dialog. So progress and load information is
now retargeted to a stand alone window instead of re-using the underlying
browser / mail window...In order to do this, the external app handler needed to implement nsIURIContentListener.
sr=r=rpotts
code review will come when this is done and gets turned on.
Add a private interface to be shared between the os specific helper app service and the external app handler
for launching an app.
