Closed
Bug 395814
Opened 18 years ago
Closed 18 years ago
Crash in [@ nsIFrame::GetProperty] loading/on meebo.com
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: stephend, Unassigned)
References
()
Details
(Keywords: crash, regression)
Crash Data
Build ID: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a8pre) Gecko/2007091104 Minefield/3.0a8pre
Summary: Crash in [@ nsIFrame::GetProperty] loading/on meebo.com
Steps to Reproduce:
1. Load Meebo.com
2. If that doesn't crash, hit Reload/F5
Crash here:
0 nsIFrame::GetProperty(nsIAtom*, unsigned int*) const mozilla/layout/generic/nsFrame.cpp:701
1 nsIFrame::GetView() const mozilla/layout/generic/nsFrame.cpp:3276
2 nsPluginInstanceOwner::FixUpPluginWindow(int) mozilla/layout/generic/nsLineBox.cpp:4028
3 nsPluginInstanceOwner::Notify(nsITimer*) mozilla/layout/generic/nsLineBox.cpp:3760
4 nsTimerImpl::Fire() mozilla/xpcom/threads/nsTimerImpl.cpp:387
5 nsTimerEvent::Run() mozilla/xpcom/threads/nsTimerImpl.cpp:457
6 nsThread::ProcessNextEvent(int, int*) mozilla/xpcom/threads/nsThread.cpp:490
7 NS_ProcessNextEvent_P(nsIThread*, int) nsThreadUtils.cpp:227
8 nsBaseAppShell::Run() mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:154
9 -[AppShellDelegate runAppShell] mozilla/widget/src/cocoa/nsAppShell.mm:459
10 __NSFireDelayedPerform
11 CFRunLoopRunSpecific
12 CFRunLoopRunInMode
13 _FirstEventTime
14 ReceiveNextEventCommon
15 ReceiveNextEventCommon
16 _DPSNextEvent
17 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:]
18 -[NSApplication run]
19 nsAppShell::Run() mozilla/widget/src/cocoa/nsAppShell.mm:351
20 nsAppStartup::Run() mozilla/toolkit/components/startup/src/nsAppStartup.cpp:170
21 XRE_main mozilla/toolkit/xre/nsAppRunner.cpp:3069
22 main mozilla/browser/app/nsBrowserApp.cpp:153
23 start crt.c:272
24 start
25 @0x1
Reporter | ||
Comment 1•18 years ago
|
||
Reporter | ||
Updated•18 years ago
|
Flags: blocking1.9?
Comment 2•18 years ago
|
||
Here is my report, adding it because mine shows a different stack then stephen's, but I followed the same steps: Load meebo.com and then reload the page. http://crash-stats.mozilla.com/report/index/747198a8-60a7-11dc-a7d4-001a4bd43ef6?date=2007-09-11-20
Reporter | ||
Updated•18 years ago
|
URL: http://www.meebo.com
Reporter | ||
Comment 3•18 years ago
|
||
I forgot to mention that I'm running version r60 of the Adobe Flash Player Beta; this now crashed on Windows Vista, too, with that installed.
OS: Mac OS X → All
Hardware: PC → All
Comment 4•18 years ago
|
||
This is worksforme, with current trunk build.
Is this a recent regression?
When did this regress?
Is this crash specifically happening with version r60 of the Adobe beta Flash Player? Where can I download that one?
Component: Layout: HTML Frames → Plug-ins
QA Contact: layout.html-frames → plugins
Comment 5•18 years ago
|
||
martijn: You can download the r60 version at http://labs.adobe.com/. either stephen or I will have to check to see if the current version that is shipping exhibits the same behavior.
(In reply to comment #4)
> This is worksforme, with current trunk build.
> Is this a recent regression?
> When did this regress?
> Is this crash specifically happening with version r60 of the Adobe beta Flash
> Player? Where can I download that one?
>
Is this WFM now? Also, if this only happens with a specific version of the flash plugin it might be their fault, though the stack does seem to point to us.
Reporter | ||
Comment 7•18 years ago
|
||
(In reply to comment #6)
> Is this WFM now? Also, if this only happens with a specific version of the
> flash plugin it might be their fault, though the stack does seem to point to
> us.
Jonas: seems to be; do you have a specific checkin that we can point at as likely having fixed this?
Comment 8•18 years ago
|
||
I guess this might have been fixed by the back-out of the patch from bug 393845.
I don't have any info, i was just going by the comments in the bug to try to figure out if we should mark this as blocking or not.
Comment 10•18 years ago
|
||
I tested this on two different machines using Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007092804 Minefield/3.0a9pre. One had the r60 and one had the r47. Resolving as WFM and adding this my tracking list of potential problem sites to follow up on at a later date.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 11•18 years ago
|
||
I haven't been able to reproduce this either, using
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a9pre) Gecko/2007093004 Minefield/3.0a9pre
Verified WFM; I'll also keep and eye out for it.
Status: RESOLVED → VERIFIED
Reporter | ||
Updated•15 years ago
|
Flags: blocking1.9?
Assignee | ||
Updated•14 years ago
|
Crash Signature: [@ nsIFrame::GetProperty]
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•