371329 - XPI_NAME-built extensions not available to make check

Status: NEW

(Testing :: XPCShell Harness, defect)

Description

[Robert Sayre]

Comment 1

[Robert Sayre]

function run_test() {
  try {
    const cid = "@senecac.on.ca/firstxpcom;1";
    var obj = Components.classes[cid].createInstance();
    obj = obj.QueryInterface(Components.interfaces.IFirstXpcom);
  } catch (err) {
    do_throw(err);
    return;
}

  do_check_true(true);
}

$ make check

...
*** test pending
*** exiting
*** CHECK FAILED: TypeError: Components.classes[cid] has no properties
JS frame :: ../../../dist/bin/test-harness/xpcshell-simple/head.js :: do_throw :: line 98
JS frame :: ../../../dist/bin/test_firstxpcom/test_sample.js :: run_test :: line 52
JS frame :: ../../../dist/bin/test-harness/xpcshell-simple/tail.js :: <TOP_LEVEL> :: line 41
2147500036
*** FAIL ***

Comment 2

[David Humphrey (:humph)]

Attachment: Binary Extension that caused the make check error.

Here's my simple XPCOM example (mozilla/extensions/firstxpcom) from a tutorial I'm writing.

Comment 3

[Robert Sayre]

I get the same thing. Normally, Firefox will start up ExtensionManager, register these things, quit, and then start again. Not sure how to make xpcshell do this.

Comment 4

[Benjamin Smedberg]

xpcshell doesn't know anything about extensions, and can't really be taught. We could write a xulrunner-based xpcshell replacement that has the extension-management smarts.

Comment 5

[Robert Sayre]

Ah. bug 359830 seems to have something like that already.