Bug 244497 - xulrunner/libgtkembemoz.so embedding fails silently.
Summary: xulrunner/libgtkembemoz.so embedding fails silently.
Status: RESOLVED DUPLICATE of bug 309746
Alias: None
Product: openSUSE 10.2
Classification: openSUSE
Component: Firefox (show other bugs)
Version: Final
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-11 13:50 UTC by Miguel de Icaza
Modified: 2007-11-14 21:36 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Miguel de Icaza 2007-02-11 13:50:09 UTC 
In OpenSUSE 10.2, the only way of embedding Gecko is by using xulrunner-1.8.1b2, this is the only package that distributes libgtkembedmoz.so

But this embedding fails silently if the MOZILLA_FIVE_HOME variable is not set and exported to point to /usr/lib/xulrunner-1.8.1b2

This makes applications that use Mono's WebControl fail silently (no warning, no error message, just a blank screen, libgtkembedmoz just ignores every command sent). 

Could we patch our xulrunner to not depend on this setting, or could we have xulrunner package add a file to /etc/profile.d/xulrunner to set the variable to the proper directory?
Comment 1 Wolfgang Rosenauer 2007-02-11 19:02:02 UTC 
Please see
http://www.rosenauer.org/blog/2006/07/11/the-mozilla-platform-on-suse/
about at least some background.
You simply can't decide or know which xulrunner or gecko versions are installed on a system. You only know which application needs which version of gecko and therefore you have to care of it within the application which embeds gecko to find the correct version. Gecko 1.9 should handle that automatically (more or less) through xulrunner and it's capability to locate different GRE versions installed on a system. 1.9 is still some months away and I can't imagine a good way to implement an easier way without breaking any other stuff.
Comment 2 JP Rosevear 2007-11-14 21:36:46 UTC 

*** This bug has been marked as a duplicate of bug 309746 ***