Closed Bug 207545 Opened 22 years ago Closed 21 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: 21 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: