Community
Participate
Working Groups
After moving to 1.9.1, I am experiencing an exception in the console: 1. Open atf in a new workspace 2. Switch to the Web Browsing Tool perspective 3. click on the "Open URL..." icon and browse to "google.com" 4. see the following problem in the console org.mozilla.xpcom.XPCOMException: The function "getServiceByContractID" returned an error condition (0x80004002) at org.mozilla.xpcom.internal.XPCOMJavaProxy.callXPCOMMethod(Native Method) at org.mozilla.xpcom.internal.XPCOMJavaProxy.invoke(XPCOMJavaProxy.java:143) at $Proxy1.getServiceByContractID(Unknown Source) at org.eclipse.atf.mozilla.ide.ui.browser.MozBrowserEditor.createJavaScriptConsole(MozBrowserEditor.java:908) at org.eclipse.atf.mozilla.ide.ui.browser.MozBrowserEditor$18.getJavaScriptConsole(MozBrowserEditor.java:860) at org.eclipse.atf.mozilla.ide.ui.console.JavaScriptConsoleView.doCreatePage(JavaScriptConsoleView.java:92) at org.eclipse.ui.part.PageBookView.createPage(PageBookView.java:409) at org.eclipse.ui.part.PageBookView.partActivated(PageBookView.java:752) at org.eclipse.ui.part.PageBookView$4.partActivated(PageBookView.java:1011) at org.eclipse.ui.internal.PartListenerList2$1.run(PartListenerList2.java:70) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.runtime.Platform.run(Platform.java:888) at org.eclipse.ui.internal.PartListenerList2.fireEvent(PartListenerList2.java:55) at org.eclipse.ui.internal.PartListenerList2.firePartActivated(PartListenerList2.java:68) at org.eclipse.ui.internal.PartService.firePartActivated(PartService.java:192) at org.eclipse.ui.internal.PartService.setActivePart(PartService.java:306) at org.eclipse.ui.internal.WorkbenchPagePartList.fireActivePartChanged(WorkbenchPagePartList.java:57) at org.eclipse.ui.internal.PartList.setActivePart(PartList.java:136) at org.eclipse.ui.internal.WorkbenchPage.setActivePart(WorkbenchPage.java:3531) at org.eclipse.ui.internal.WorkbenchPage.activate(WorkbenchPage.java:614) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2869) at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2762) at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2754) at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2705) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2701) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2685) at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2668) at org.eclipse.ui.ide.IDE.openEditor(IDE.java:439) at org.eclipse.atf.mozilla.ide.ui.browser.util.MozBrowserUtil.openMozillaBrowser(MozBrowserUtil.java:39) at org.eclipse.atf.mozilla.ide.ui.browser.OpenMozBrowserEditorAction.run(OpenMozBrowserEditorAction.java:56) at org.eclipse.atf.mozilla.ide.ui.browser.OpenMozBrowserEditorAction.run(OpenMozBrowserEditorAction.java:84) at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:251) at org.eclipse.ui.internal.WWinPluginAction.runWithEvent(WWinPluginAction.java:229) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(ActionContributionItem.java:452) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
I was getting this when switching extensively between 1.8.1.3 and 1.9.1 and don't get it anymore. We will probably get rid of it once we get a common Mozilla 1.9.1 setup. Anyway it'd be good to have a better error message than "error condition (0x80004002)"
0x80004002 means NS_NOINTERFACE, which is strange because both 1.8 and 1.9 have it.
btw - I suggest to go over all occurrences of e.printStackTrace() and switch it to a more "Eclipse Way" Logger exceptions handling.
also this is the mozilla page of the console service: https://developer.mozilla.org/en/Console_service
(In reply to comment #3) > btw - I suggest to go over all occurrences of e.printStackTrace() and switch it > to a more "Eclipse Way" Logger exceptions handling. +1 opened bug 285357
ok, with further tests on xulrunner-1.9.1 update site discussed on Mozilla bug https://bugzilla.mozilla.org/show_bug.cgi?id=507575 I see this bug on Windows and Linux. Marking critical.
Ok, this is caused by IID changes inside Mozilla between 1.8.1.3 and 1.9.1. Every XPCOM service is identified by Service ID (the human-readable name) and Interface ID (IID, alphanumerical sequence). IIDs change with interface changes. IIDs are defined as String constants in XULRunner interfaces, but during compilation are inlined. So if we compile ATF against XULRunner 1.8.1.3 IIDs from 1.8.1.3 are used. Compiling against XULRunner 1.9.1 inlines 1.9.1 IIDs. Roy, to be able to run on XULRunner on 1.9.1 you'd have to check out the ATF source now and compile it against your XULRunner plugins. I think we should not compile against 1.9.1 on Eclipse build.eclipse.org until Mozilla bug gets fixed: https://bugzilla.mozilla.org/show_bug.cgi?id=507575
Duplicate. *** This bug has been marked as a duplicate of bug 287393 ***
