1388689 - createInstance(Ci.nsILocalFile) throws NS_ERROR_XPC_BAD_IID

Status: RESOLVED FIXED

(Core :: XPCOM, defect)

Description

[Christiane Ruetten [INACTIVE]]

Current Firefox Nightly can't instantiate nsILocalFile in xpcshell. It worked fine until end of last week. This is urgent since it is breaking production QA automation. STR have been tested on Linux and Mac.


STR:

- Open an xpcshell, then
js> let f = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);


Result:

JavaScript error: typein, line 1: NS_ERROR_XPC_BAD_IID: Component returned failure code: 0x80570018 (NS_ERROR_XPC_BAD_IID) [nsIJSCID.createInstance]


Expected result:

- an nsILocalFile instance

Comment 1

[Christiane Ruetten [INACTIVE]]

Boris, is this perhaps specific to XPCShell?

Comment 2

[Nathan Froyd [:froydnj]]

This is expected fallout from bug 1375215.  What sort of things is QA writing in xpcshell scripts?

Comment 3

[Christiane Ruetten [INACTIVE]]

Unless we find a workaround, it effectively kills things like the TLS Canary project[1]. We need this for loading custom profile directories like in [2].

[1] https://github.com/mozilla/tls-canary
[2] https://github.com/mozilla/tls-canary/blob/c2475ca6e750b081c5ab982350c2ef20ca0a972f/tlscanary/js/scan_worker.js#L61

Comment 4

[Masatoshi Kimura [:emk]]

Please replace nsILocalFile with nsIFile. nsILocalFile was a compatibility shim since five years ago (bug 682360).

Comment 5

[Christiane Ruetten [INACTIVE]]

Switching to nsIFile works for us. So simple. Thanks, Masatoshi!