Closed Bug 358926 Opened 18 years ago Closed 17 years ago

crash [@ EmbedPrivate::Realize]

Categories

(Core Graveyard :: Embedding: GTK Widget, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: clahey, Assigned: timeless)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.2) Gecko/20060419 Fedora/1.5.0.2-1.2.fc5 Firefox/1.5.0.2 pango-text
Build Identifier: firefox package as shipped with Fedora Core 6

I've looked into it and mWindow->Init(this) is returning NS_ERROR_FAILURE, which is being ignored.  mWindow->Init(this) is failing because do_CreateInstance(NS_WEBBROWSER_CONTRACTID); is returning a null pointer.  It looks as if this is because NS_WEBBROWSER_CONTRACTID ("@mozilla.org/embedding/browser/nsWebBrowser;1") isn't in the component registry.  Is there some change to the way I need to initialize gtkmozembed?

Reproducible: Always

Steps to Reproduce:
1. Install FC6
2. Download and run democracyplayer as described at https://develop.participatoryculture.org/projects/democracy/wiki/GTKX11BuildDocs
Actual Results:  
App crashes.  After debugging, have traced problem to do_CreateInstance.
Maybe you should report this to the democracy guys, too?
Keywords: crash
Summary: EmbedPrivate::Realize crashes → crash [@ EmbedPrivate::Realize]
I am one of the democracy guys.  I'm trying to figure out how to change democracy to fix it.
Looks like this is the same bug as reported here:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205499
It is the same thing, I think.  It's explored further here, I think.

I've explored it some more.  On FC6, we fixed it by calling set_comp_path.  However, with newer gtks like on ubuntu or gentoo, a very similar crash occurs unless you set LD_LIBRARY_PATH to the mozilla path.
i'll gladly r+ the patch to add the null check, please post it, or wait for me to do all the other work i have to do to catch up.

but the null check won't solve your problem. gecko embedding requirements include someone telling gecko where to find the libraries they want used. classically this is handled by run-mozilla.sh.
What are you trying to embed, and what linkage strategy are you using?
Assignee: nobody → timeless
Status: UNCONFIRMED → ASSIGNED
Attachment #246659 - Flags: review?(cbiesinger)
Comment on attachment 246659 [details] [diff] [review]
look before leaping

this is nuts. I'm something of a module owner, and even I can't get reviews.

I'm not going to try again.
Attachment #246659 - Flags: superreview?(bzbarsky)
Attachment #246659 - Flags: review?(cbiesinger) → review+
Comment on attachment 246659 [details] [diff] [review]
look before leaping

Sure.
Attachment #246659 - Flags: superreview?(bzbarsky) → superreview+
Attachment #246659 - Flags: approval1.9?
Comment on attachment 246659 [details] [diff] [review]
look before leaping

a=bzbarsky
Attachment #246659 - Flags: approval1.9? → approval1.9+
mozilla/embedding/browser/gtk/src/EmbedPrivate.cpp 	1.65 <timeless@mozdev.org> 2006-12-03 20:06

joke's on me. sorry all.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Crash Signature: [@ EmbedPrivate::Realize]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: