Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050928 Firefox/1.6a1 Steps to reproduce: 1. Load the testcase. 2. Close the tab, close the window, or reload. Result: Crash [@ DoDeletingFrameSubtree]. TB9854206G. I think this crash is exploitable. (I know there is *an* exploitable crash [@ DoDeletingFrameSubtree], but I'm not sure *this* crash is exploitable.) I can't reproduce this crash on the Gecko 1.8 branch.
Bug 310520, "Removing <select> with <input> descendant gives 'ASSERTION: RemovedAsPrimaryFrame called after PreDestroy'", might be related.
This might be a dup of bug 310505.
RemoveMappingsForFrameSubtree() will in some situations be called with frames that already had there mappings removed - which eventually leads to a crash DoDeletingFrameSubtree(). This is similar (but not same) as bug 310505 where the placeholder still has a valid OOF pointer but the OOF have been destroyed. Bug 310520 probably has the same underlying cause as well. I will have a look at this after bug 310638, unless someone beats me to it...
OS: Windows XP → All
Hardware: PC → All
Blake - can you take a look?
Assignee: mats.palmgren → mrbkap
I guess I should mention that Boris's patch for bug 315752 fixes this (as well as bug 310505 and bug 310520); that's why I added the dependency.
Whiteboard: [sg:fix]? → [sg:critical?] post 1.8-branch
Priority: -- → P1
Target Milestone: --- → mozilla1.9alpha
This should be fixed by the checkin for bug 315752.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → FIXED
Crashtest checked in.
Flags: in-testsuite? → in-testsuite+
Crash Signature: [@ DoDeletingFrameSubtree]
You need to log in before you can comment on or make changes to this bug.