Closed Bug 444818 Opened 16 years ago Closed 16 years ago

nsGConfService fails to initialize problem

Categories

(Core :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9.1a1

People

(Reporter: jcranmer, Unassigned)

Details

Attachments

(1 file)

In trying to get new buildbots for Thunderbird set up, we found that the Linux builds were failing with gconf assertions for a test, failing in gconf_client_get_default() called from nsGConfService::Init; it seems that the problem is that g_type_init() was not called.

Even though TB is on 1.9.0.* ATM, it seems best to fix it on mozilla-central since TB trunk will be moving there shortly.

The fix should be simply to add g_type_init() before gconf_client_get_default() or maybe put it in nsGConfService::nsGConfService() itself to be on the safe side...
Attachment #330828 - Flags: review?(roc)
Without this applied, I verified that it reliably crashed if gconfd wasn't running (no crash if gconfd was running!). With it applied, I verify that it doesn't crash whether or not gconfd was running.
pushing to ssh://hg.mozilla.org/mozilla-central
searching for changes
remote: adding changesets
remote: adding manifests
remote: adding file changes
remote: added 1 changesets with 1 changes to 1 files

changeset:   16125:bf06d3308793
http://hg.mozilla.org/mozilla-central/index.cgi/rev/bf06d3308793
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: