Closed Bug 386253 Opened 18 years ago Closed 18 years ago

Crash [@ nsRefPtr<nsPACManCallback>::assign_assuming_AddRef] with flash testcase, toggling display and reloading

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: martijn.martijn, Unassigned)

References

Details

(Keywords: crash, regression, testcase)

Crash Data

Attachments

(2 files)

See upcoming testcase, which crashes current trunk builds after a few reloads (reloads automatically). The contenteditable attributes are necessary for the crash to happen, so I guess this is a regression from bug 237964, somehow. https://crash-reports.mozilla.com/reports/report/index/54bbdb91-25bf-11dc-8c21-001a4bd43ed6 0 nsRefPtr<nsPACManCallback>::assign_assuming_AddRef(nsPACManCallback *) 1 nsCOMPtr_base::assign_with_AddRef(nsISupports *) 2 nsBaseWidget::RemoveChild(nsIWidget *) 3 nsBaseWidget::Destroy() 4 nsWindow::Destroy() 5 nsPluginInstanceOwner::Destroy() 6 DoStopPlugin 7 nsStopPluginRunnable::Run() 8 nsThread::ProcessNextEvent(int,int *) 9 NS_ProcessNextEvent_P(nsIThread *,int) (PACManCallback, what on earth is that?)
Attached file testcase
WFM with Mac trunk debug.
I'll look into this, but see also bug 386302.
Keywords: crash
Need to look if this is fixed in tomorrow's build after the backout from bug 347743.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/20070629 Minefield/3.0a6pre ID:2007062910 This WFM after bug 347743 was backed out
Ok, thanks, marking fixed then.
Blocks: 347743
No longer blocks: contenteditable
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Crash Signature: [@ nsRefPtr<nsPACManCallback>::assign_assuming_AddRef]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: