Closed Bug 319152 Opened 20 years ago Closed 13 years ago

Provide dlerror string with NS_ERROR_FACTORY_NOT_REGISTERED

Categories

(Core :: XPCOM, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ilya.konstantinov+future, Unassigned)

Details

When loading a native XPCOM component fails, an NS_ERROR_FACTORY_NOT_REGISTERED is emitted (e.g. from nsIComponentRegistrar.autoRegister). It would be beneficial if the resulting scripting exception contained the error which caused the native component not to load, typically provided by the dlerror function on Unices. This information is beneficial to the user since it often contains details about missing dependencies, which is a problem that can be remedied by the user. If this information would be available in the resulting exception, the GUI layer could display it in a message box to the user. Today, the dlerror message is emitted to stderr, but this often is not seen by the end-user. I don't know whether native XPCOM components (such as nsComponentRegistrar is) can even dispatch custom error messages to scripting, and if so, through which facility, so I'd any info on that matter too.
Component: General → XPCOM
Product: Firefox → Core
Assignee: nobody → dougt
QA Contact: general → xpcom
mass reassigning to nobody.
Assignee: dougt → nobody
There is console logging for most of this now.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.