236407 - browser crashes on this page every time

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[K Kane]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040208 Firebird/0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040208 Firebird/0.7

any time I navigate to this URL (www.pdxlinux.org), the browser crashes.  I have
experienced this with Firefox 0.8, the Firefox nightly build, and Mozilla 1.6. 
Strangely, this does not happen w/ Mozilla 1.6 (or IE) on my WinXP machine.  So
far I haven't run into any other pages where this happens.  I am running Fedora
Core 1 Linux (GNOME).

Reproducible: Always
Steps to Reproduce:
1. Open Firefox (or Mozilla)
2. Type www.pdxlinux.org in the navigation bar
3. Hit <enter>

Actual Results:  
Browser crashes

Expected Results:  
Page displayed

Comment 1

[José Jeria]

WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040302
Firefox/0.8.0+

Comment 2

[Jason Halme]

Also WFM with Debian Sid.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040302 Firefox/0.8.0+

Comment 3

[K Kane]

Also happens at http://backup.jasnapaka.com/ w/ Firefox 0.8 and Mozilla 1.6 on
Fedora Core.

Comment 4

[Ben Fowler]

www.pdxlinux.org

JavaScript error: 
 line 0: uncaught exception: [Exception... "Component returned failure code:
0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsILocalFile.initWithPath]" 
nsresult: "0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH)"  location: "JS frame ::
chrome://browser/content/search.xml :: initialize :: line 31"  data: no]

###!!! ASSERTION: cannot get parent: 'parent', file
../../../../src/widget/src/mac/nsWindow.cpp, line 2657
Break: at file ../../../../src/widget/src/mac/nsWindow.cpp, line 2657
WARNING: NS_ENSURE_TRUE(mDocument) failed, file
../../../../src/content/base/src/nsDocumentViewer.cpp, line 1462
WARNING: NS_ENSURE_TRUE(mDocument) failed, file
../../../../src/content/base/src/nsDocumentViewer.cpp, line 1462
CSS Error (http://www.pdxlinux.org/style/main.css :54.0): Expected ',' or '{'
but found '/'.  Ruleset ignored due to bad selector.
CSS Error (http://www.pdxlinux.org/style/main.css :198.14): Expected end of
value for property but found 'font-weight'.  Error in parsing value for property
'font-size'.  Declaration dropped.
CSS Error (http://www.pdxlinux.org/style/main.css :204.14): Expected end of
value for property but found 'font-weight'.  Error in parsing value for property
'font-size'.  Declaration dropped.
###!!! ASSERTION: attribute encountered -- this shouldn't happen unless the
attribute was not part of a start tag!: 'Error', file
../../../src/htmlparser/src/CNavDTD.cpp, line 2306
Break: at file ../../../src/htmlparser/src/CNavDTD.cpp, line 2306
###!!! ASSERTION: Couldn't install Carbon window event handler: 'err == noErr',
file ../../../../src/widget/src/mac/nsMacWindow.cpp, line 587
Break: at file ../../../../src/widget/src/mac/nsMacWindow.cpp, line 587
++WEBSHELL == 76

http://backup.jasnapaka.com/

Also WFM

with these messages:

###!!! ASSERTION: expected a XUL document: 'xuldoc', file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
Break: at file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
###!!! ASSERTION: expected a XUL document: 'xuldoc', file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
Break: at file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
###!!! ASSERTION: expected a XUL document: 'xuldoc', file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
Break: at file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
###!!! ASSERTION: expected a XUL document: 'xuldoc', file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468
Break: at file
../../../../../src/content/xul/templates/src/nsXULContentBuilder.cpp, line 1468

Comment 5

[K Kane]

Again with Firefox .8 and Mozilla 1.6 at http://sayamindu.t35.com/GNOME_2_6.html

Comment 6

[K Kane]

All 3 URLs work fine w/ Konqueror on the same machine, however, Epiphany browser
(1.0.7) chrashes w/

Application "epiphany-bin" (process 29046) has crashed
due to a fatal error.
(Segmentation fault)

hope that helps.

Comment 7

[Olivier Cahagne]

an you attach a stacktrace using GDB ? Run 'firefox -g' then in "GDB>", type
'run' and whe Firefox has crashed and you're in "GDB>", type 'backtrace'

Comment 8

[K Kane]

Attachment: GDB stacktrace for firefox 0.8 from www.pdxlinux.org

GDB stacktrace requested by Olivier Cahagne following suggested procedures.

Comment 9

[K Kane]

Attachment: stacktrace from http://amidasimputer.com/

Firefox 0.8 and Mozilla 1.6 both crash at this site.

Comment 10

[K Kane]

Attachment: stacktrace from http://backup.jasnapaka.com/

site crashes Firefox 0.8 and Mozilla 1.6

Comment 11

[Neil Paris]

All links listed WFM on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b)
Gecko/20040329 Firefox/0.8.0+

Comment 12

[Neil Paris]

Reporter can you still reproduce this bug with a recent nightly build?

If so can you please change the Product to "Browser" as it is visible in Mozilla
itself?

If not, please close as WORKSFORME.

Comment 13

[K Kane]

cannot seem to run the last several nightly builds.  getting

>> ./firefox
./run-mozilla.sh: line 423: 10768 Segmentation fault      "$prog" ${1+"$@"}

when run from command line.  please clarify your request to change product to
"browser", I thought "firefox" was the correct category.

Comment 14

[Neil Paris]

You said that you have seen this bug in Mozilla itself..The component should be
"browser" because many bugs aren't bugs in Firefox itself, but in the underlying
Mozilla source (they share a lot of code).

-->Browser

I did it for you :)

You not being able to start builds looks like Bug 239366, try a nightly from
today and see if it works.

Comment 15

[Andrew Schultz]

changing product without reassigning isn't effective.

also, can anyone reproduce this with a trunk or even 1.7 build?  1.6 or FF 0.8
is old.

Comment 16

[Neil Paris]

(In reply to comment #15)
> changing product without reassigning isn't effective.
> 
> also, can anyone reproduce this with a trunk or even 1.7 build?  1.6 or FF 0.8
> is old.

Sorry, I thought I did re-assign it...I was going to wait for the reporter to
try a new nightly, since they seem to be working again on Fedora Core 1.

Comment 17

[K Kane]

Not sure what I am doing wrong here, but I haven't been able to get any nightly
builds to run.  Last night I didn't even get an error when I ./firefox, just
nothing.

I'll be upgrading to FC2 or switching to Debian soon, so this may remain a mystery.

Comment 18

[Olivier Cahagne]

make sure to download the GTK2 installer nightly build (I have the same issue
firefox not starting on Mandrake 10 with the non-installer GTK2 build)

Comment 19

[K Kane]

I built a test system w/ Debian Sid to try it out before I move my main system.
 All URLs WFM on the Debian apt repository version (Mozilla/5.0 (X11; U; Linux
i686; en-US; rv:1.6) Gecko/20040506 Firefox/0.8).  Could this be Fedora
specific?  Or possibly GNOME specific, as I am running FluxBox 0.9.9 on the
Debian system.

Comment 20

[Neil Paris]

It is possible that it is Fedora Core specific, which may or may not be Bug
239366 (which is now fixed, so FC1 builds should startup again). However, the
trunk is rather broken these days, so many things in Linux are broken.

WFM in Slackware Current, and they work for you in Debian Sid; it could be a
GNOME problem though, as I use KDE.

Also, gtk2 builds not starting could be Bug 243315

Comment 21

[Neil Paris]

Reporter, can you try one more time (in Fedora Core 1, if possible) and see if
this is reproducable? Bug 243315 has been fixed, so gtk2 builds should work
again (if that really was the problem)

Since neither of us saw it (slackware and debian), if it works now, please
resolve this bug as WORKSFORME

Comment 22

[K Kane]

Sorry, I have made the move to Debian/Fluxbox, and all URLs work fine.  Sorry I
wasn't able to do more testing, but I wasn't able to get the nightlies to work
before I switched.  I'll close it WORKSFORME, and maybe someone will experience
it again in FC2.