Closed
Bug 62160
Opened 24 years ago
Closed 24 years ago
Going to one of the url's and then clicking on File>Close of the window crashes the browser
Categories
(Core :: DOM: Core & HTML, defect, P3)
Core
DOM: Core & HTML
Tracking
()
VERIFIED
FIXED
mozilla0.9
People
(Reporter: Balwinder.Sohi, Assigned: jst)
References
()
Details
(Keywords: crash, Whiteboard: [HAVE FIX] suntrak-n6-highp)
Attachments
(3 files)
3.50 KB,
text/plain
|
Details | |
1.74 KB,
text/plain
|
Details | |
2.67 KB,
patch
|
Details | Diff | Splinter Review |
1.The above mentioned urls are under DOM-Html tests.Click on either one of these urls or goto tests under HTMLModElement link .The tests for properties 'cite' or ''date/time' when clicked open up a window displaying a result. 2.When this new window is clicked closed from File>Close , whole of the browser components (if open) are pulled down ie the browser crashed.If the crash does not occur the first time , second time it will surely do.Just repeat the steps.
Assignee | ||
Comment 1•24 years ago
|
||
I don't see this problem here, what version of mozilla are you using? Can you provide a stack trace of the crash?
Assignee | ||
Comment 2•24 years ago
|
||
Worksforme, we need more info to resolve this, please reopen and supply more info if this still happens.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 3•24 years ago
|
||
This bug happens for me using: Mozilla/5.0 (X11; U; SunOS 5.7 sun4u; en-US; m18) Gecko/2000120721 I can get mozilla to crash by loading and reloading multiple times this url: http://mozilla.org/quality/ngdriver/suites/dom1/hmod001.html It will also crash sometimes if I close the window from the same url. I will include the stack trace for each case
Comment 4•24 years ago
|
||
Comment 5•24 years ago
|
||
Assignee | ||
Comment 6•24 years ago
|
||
Ok, now I also see the problem after reloading the page about 5 times. I found the problem and I'll attach a diff in a while.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Comment 7•24 years ago
|
||
Assignee | ||
Comment 8•24 years ago
|
||
So, the problem was that the content sink ended up creating the wrong type of element objects when it saw the <del> and <ins> elements (the sink ended up creating a span element). Later on when mozilla tried to create a script object for those elements it tried to QI into nsIDOMHTML{Del,Ins}Element and that failed so we never got the script object but we still did an AddNamedReference() but since there was no script object we never did a RemoveReference() so the we crashed in the JS GC referencing deleted memory. Brendan, sr=? (PS. There's a minor cleanup in the end of the patch that is not required, I just forgot to remove it. That cleanup could go in anyway, lemme know if there's a reason not to check that in.)
Status: REOPENED → ASSIGNED
OS: Solaris → All
Hardware: Sun → All
Target Milestone: --- → mozilla0.9
Assignee | ||
Updated•24 years ago
|
Whiteboard: suntrak-n6-highp → [HAVE FIX] suntrak-n6-highp
Assignee | ||
Comment 9•24 years ago
|
||
Brendan, never mind, so scc sr'd this and ben reviewed so this is checked in now.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
*** Bug 46030 has been marked as a duplicate of this bug. ***
*** Bug 46003 has been marked as a duplicate of this bug. ***
Wow! I just found that this bug was the cause of 2 bugs on joki's list - events not working for DEL & INS element. I just marked them dupes. 3 dead bugs in one swat! When you verify, please test those bugs as well (they have testcases, but note that key events should NOT work even though the testcases include them).
Assignee | ||
Comment 13•24 years ago
|
||
*** Bug 62608 has been marked as a duplicate of this bug. ***
Updated•24 years ago
|
Component: DOM Level 1 → DOM HTML
Component: DOM: HTML → DOM: Core & HTML
QA Contact: stummala → general
You need to log in
before you can comment on or make changes to this bug.
Description
•