Closed Bug 207545 Opened 21 years ago Closed 20 years ago

Crash on loading page using Modern theme [@ js_EmitTree]

Categories

(SeaMonkey :: Themes, defect)

Product:
SeaMonkey
Component:
Themes
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jpd, Unassigned)

References

(
URL
)

Details

(Keywords: crash, modern)

Crash Data

Attachments

(1 file)

Crash log
43.57 KB, text/plain
Details 
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5a) Gecko/20030529
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5a) Gecko/20030529

Mozilla crashes as soon as it attempts to load
http://fas-digiclass.rutgers.edu/global/takequiz.jsp?page=/spanish/511tarea8.quiz&dept=spanish

This page may disappear soon (it is very bad html and needs fixing) but I can
create a copy of it, and will place that URL here if that happens.

I was able to crash both this build of Mozilla and an earlier 1.4b+ build (I
think it was 20030522)

Reproducible: Always

Steps to Reproduce:
1. Go to
http://fas-digiclass.rutgers.edu/global/takequiz.jsp?page=/spanish/511tarea8.quiz&dept=spanish

Actual Results:  
Crash. No talkback. 


Yes I know that page is awful html. Each form element has the same name. There
is a <head> in the middle of the document. etc. etc. But it should not kill Mozilla.
Attached file Crash log — 
This crash log is a good one. Infinite loop maybe? I never saw Thread 0 get
into the 500s before, but then I don't know how to read these things.
Just in case the page gets changed at that URL, here is the same page in a more
permanent location:

http://fas-digiclass.rutgers.edu/draft/511tarea8.html

It also crashes Mozilla when read from a local file. 

It does *not* crash Mozilla on WinXP (I tried build 2003051508 and version 1.3,
they are not my computers so I can't go for something more recent)
Confirmed in build 2003052908 on Mac OS X 10.2.6 I have the same crashlog, also
in js_EmitTree(). No Talkback-report.

I saw the same bug yesterday on a Slashdot-page, which I can't repeat anymore
(might be caused by an add, or by a particular combination of HTML-code).
Status: UNCONFIRMED → NEW
Ever confirmed: true
WorksForMe using FizzillaMach/2003-05-29-08-trunk. Joseph, can you reproduce
this crash using another Mozilla user profile?

(Blocking bug 201894 per comment 0.)
Blocks: 201894
Keywords: crash
Summary: Crash on loading page → Crash on loading page [@ js_EmitTree]
On an entirely different Mac (same version of MOSX - 10.2.6) that page loads
fine, again using builds 2003052208 and 2003052908. 

I'll try a new profile on the original machine when I get back to my office
tomorrow. 
It's not the profile, it's the theme.

Back on the original Mac, this crashes with new and old profiles if I use Modern
or Orbit3+1 themes, but loads the page fine with the Classic and Pinstripe
themes (both use native widgets). 

Since this page has 50-odd textareas and that is the only appreciable difference
from other pages I was working with yesterday, perhaps the problem is somewhere
in the handling of non-native form elements?
Component: Browser-General → Themes
*** Bug 207977 has been marked as a duplicate of this bug. ***
Reproduced using FizzillaMach/2003-05-29-08-trunk and the Modern theme.

Also reproduced using 1.4 RC1 (FizzillaMach/2003-05-29-05-1.4). Nominating
blocking 1.4?.
Flags: blocking1.4?
Keywords: modern
Summary: Crash on loading page [@ js_EmitTree] → Crash on loading page using Modern theme [@ js_EmitTree]
I've noticed this bug is a problem on OS X using any theme... I'm using
1.4rc2... this bug is especially apparent when attempting to moderate on
Slashdot... I get a very consistent crash (using any theme but classic) and hang
using the classic theme.
Tested moderating slashdot... bug seems to be fixed on 1.4rc3... good work.
*** Bug 211445 has been marked as a duplicate of this bug. ***
mozilla1.4 shipped. unsetting blocking1.4 request.
Flags: blocking1.4?
Hey guys... I still get a very very reproducible crash w/o TalkBack every time I
moderate on Slashdot. I have taken to just launching 1.3...
WFM in 20040314.
Yup, seems to have gone away.

WFM using Mozilla 1.6 (20040113)
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: Core → SeaMonkey
Crash Signature: [@ js_EmitTree]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: