Closed Bug 801423 Opened 12 years ago Closed 12 years ago

nsIWebBrowserPersist.saveURI and nsIDownloadManager.addDownload has new undocumented parameters

Categories

(Core :: General, defect)

x86
Windows 8
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: zao, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:19.0) Gecko/19.0 Firefox/19.0
Build ID: 20121014030627

Steps to reproduce:

Existing calls to nsIWebBrowserPersist.saveURI and nsIDownloadManager.addDownload in an Firefox extension fail with NS_ERROR_XPC_NOT_ENOUGH_ARGS in Nightly.


Actual results:

It seems like both those methods have grown an additional argument undocumented on MDN.

addDownload has gained a boolean 'private', to indicate sensitivity of content.
saveURI has gained a nsILoadContext 'privacyContext' for some private browsing purposes.


Expected results:

MDN documentation should be kept reasonably up to date, I had to MXR to find out the actual signatures. Is it possible to have default parameters for perfectly functioning legacy code, or is silent breakage acceptable practice?
Agreed. I apologize for not doing it myself; bug 794602 and bug 795065 both have the dev-doc-needed flag, but those tend not to be heeded when those changes have only just been moved to Aurora builds.
The other option is indeed to make the new argument optional....
The documentation for both interfaces has been updated. Please let me know if any information is unclear.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.