Closed
Bug 204481
Opened 21 years ago
Closed 21 years ago
mozilla crash when I try to open a page....
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
RESOLVED
DUPLICATE
of bug 203041
People
(Reporter: jpatadia, Unassigned)
Details
(Keywords: crash)
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 I have a page which I am generating using a jsp, and it seems to work well with IE, but mozilla simply crashes on my machine. I've noticed it crash on linux as well. I'm going to try and include the drwtson32.log file as an attachment if it helps. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: work as expected in generating the page, or at least warn user what the error is.
Comment 2•21 years ago
|
||
Please add a example URL or testcase and also provide a talkback ID from that crash. never a blocker-> critical
Severity: blocker → critical
Keywords: crash
Unfortunately, I do not have a url since I'm still developing the application. (That's why I included the drwatson.log, hoping it might shed some more light on the crash). I do not know how to get the talkback ID, but if you'd show me how to get it, I'd be glad to give it.
Comment 5•21 years ago
|
||
Use a build with Talkback. (the installer build should contains Talkback unless you unselect it during the installation) Talkback should launch after Mozilla crashed (unless you deaktivated it or TB can't catch this crash) and you must submit the crash report to Netscape (we usse their Talkback servers). After that run Mozilla\components\talkback.exe to get the TB ID.
Please unzip this file and open test.html in mozilla 1.3. You will notice that it will cause mozilla to crash. The same file opens just file in IE and Opera 7.0
Can you try to find the offending statement that causes the mozilla crash and then provide a minimized test case?
Comment 8•21 years ago
|
||
Comment 9•21 years ago
|
||
looks like a dupe of bug 203041 *** This bug has been marked as a duplicate of 203041 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 10•21 years ago
|
||
I do not know the mozilla code-base, but I am not sure how it can be a duplicate of the bug 203041. The reason is that in 203041, mozilla crashes when you try to remove a node which is wrapped. In the test case I have provided, it seems to happen even when you try to open up the file - there is no javascript action going on here which is going to remove a node until that point. Thanks, Jalpesh.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 11•21 years ago
|
||
.
Assignee: asa → form
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout: Form Controls
Ever confirmed: true
QA Contact: asa → desale
Comment 12•21 years ago
|
||
*** Bug 192387 has been marked as a duplicate of this bug. ***
Comment 13•21 years ago
|
||
attatchment 123681 from bug 192387 has a similar backtrace, ending the same way.
Comment 14•21 years ago
|
||
i'm a doofus. the last comment was intended for bug 203041, sorry.
Comment 15•21 years ago
|
||
Testcase crashes with the same stack as bug 203041 and the crash goes away when I remove the line as described in bug 203041 comment 6. This IS a duplicate of bug 203041 *** This bug has been marked as a duplicate of 203041 ***
Status: NEW → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•