Bug 431262

Summary:	Firefox3 in RHEL 5.2 nightly builds is dysfunctional
Product:	Red Hat Enterprise Linux 5	Reporter:	Daniel Riek <riek>
Component:	nss	Assignee:	Kai Engert (:kaie) (inactive account) <kengert>
Status:	CLOSED WORKSFORME	QA Contact:
Severity:	urgent	Docs Contact:
Priority:	high
Version:	5.3	CC:	gecko-bugs-nobody, jrb, shaines
Target Milestone:	beta
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-02-06 17:56:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Daniel Riek 2008-02-01 20:42:10 UTC

firefox-3.0-0.beta2.9.el5.i386.rpm in the 5.2 nightly builds will crash as soon
as a website with Javascript is called. A sample crash page is
https://addons.mozilla.org/en-US/thunderbird/addon/2313

The rawhide packages
firefox-3.0-0.beta2.15.nightly20080130.fc9
xulrunner-1.9-0.beta2.15.nightly20080130.fc9
do not have the problem.

I see this as a beta blocker.

Comment 1 Michal Babej 2008-02-04 11:11:40 UTC

JavaScript with the same firefox package works for me (try e.g. www.mapy.cz,
uses js heavily)

However that firefox crashes on any https page, it's a known issue - are you
sure it's not https that's crashing?

Comment 2 Matěj Cepl 2008-02-04 14:35:58 UTC

Neither addons, nor gmail (another heavy Javascript site, IMHO), nor mapy.cz
crash for me. Unless you provide sufficient information for us to reproduce
this, I will have to close this as WORKSFORME.

Comment 3 Matěj Cepl 2008-02-04 15:31:26 UTC

I found some bugs which looks like duplicate of this bug (plus we are rolling
out new version of the package, which may help to fix this bug). It would be
helpful to get backtraces of firefox in the moment it freezes.

Please install debuginfo packages for firefox and xulrunner; in order to do this
you have to enable -debuginfo repository.

	yum install --enablerepo=\*debuginfo {firefox,xulrunner}-debuginfo

Then run firefox with a parameter -g. That will start firefox running inside of
gdb debugger. Then use command run and do whatever you did to make firefox
crash. When it happens, you should go back to the gdb and run

	(gdb) thread apply all backtrace

This produces usually many screens of the text. Copy all of them into a text
editor and attach the file to the bug as an uncompressed attachment.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 4 Kai Engert (:kaie) (inactive account) 2008-02-05 22:39:43 UTC

It would have helped (a bit) if you had started firefox from a console, so you'd
see error output.

When I do that, I get:
/usr/lib/firefox-3.0b3pre/firefox: relocation error:
/usr/lib/xulrunner-1.9pre/libxul.so: symbol SEC_StringToOID, version NSS_3.12
not defined in file libnss3.so with link time reference

Comment 5 Kai Engert (:kaie) (inactive account) 2008-02-05 22:41:48 UTC

so, hopefully the solution is simple.

the latest nss includes a new shared library, nssutil3.

the currently built xulrunner is not yet aware of that new library and is still
trying to find a moved symbol in the old lib.

Let's wait until firefox/xulrunner get rebuilt against the latest nspr/nss

Comment 6 Kai Engert (:kaie) (inactive account) 2008-02-06 00:52:00 UTC

Martin, can you please let me know when you have rebuilt xulrunner+firefox
against the latest nspr/nss? Thanks.

Comment 7 Martin Stransky 2008-02-06 07:42:51 UTC

It's already done, packages:

firefox-3.0-0.beta2.11.el5
xulrunner-1.9-0.beta2.10.el5

Comment 8 Kai Engert (:kaie) (inactive account) 2008-02-06 17:56:10 UTC

(In reply to comment #7)
> It's already done, packages:
> 
> firefox-3.0-0.beta2.11.el5
> xulrunner-1.9-0.beta2.10.el5

After updating to these packages it works fine for me.

I think this is fixed.