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)

defect

Tracking

()

VERIFIED FIXED
mozilla0.9

People

(Reporter: Balwinder.Sohi, Assigned: jst)

References

()

Details

(Keywords: crash, Whiteboard: [HAVE FIX] suntrak-n6-highp)

Attachments

(3 files)

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.
Whiteboard: suntrak-n6-highp
I don't see this problem here, what version of mozilla are you using? Can you
provide a stack trace of the crash?
Keywords: crash
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
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
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 → ---
Attached patch Proposed fixSplinter Review
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
Whiteboard: suntrak-n6-highp → [HAVE FIX] suntrak-n6-highp
Brendan, never mind, so scc sr'd this and ben reviewed so this is checked in now.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 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).
*** Bug 62608 has been marked as a duplicate of this bug. ***
Component: DOM Level 1 → DOM HTML
QA contact Update
QA Contact: janc → desale
Updating QA contact to Shivakiran Tummala.
QA Contact: desale → stummala
does not crash anymore ---verified 
Status: RESOLVED → VERIFIED
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.

Attachment

General

Creator:
Created:
Updated:
Size: