568722 - OOPP [@ hang | mozilla::plugins::PPluginInstanceParent::CallSetPluginFocus() ]

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, defect)

Description

[Marcia Knous [:marcia]]

Seen while running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100527 Firefox/3.6.4 ( .NET CLR 3.5.30729). Also seen in a Windows Vista VM.

STR:
1. Load http://davidblaine.com/video/an-introduction-to-david-blaine/
2. Switch to 480p
3. Switch to full screen

Doesn't happen every time, but the flash plugin crashes.

Machine is a bit resource limited, 2.39 GHz and 512 MB RAM.

Report IDs:
bp-66c4db93-f76d-445e-b092-fc13f2100527	5/27/2010	7:56 PM
bp-fa502518-6879-459a-9691-d12112100527	5/27/2010	7:56 PM
bp-4625cfc2-a3a6-4247-9297-e2f642100527	5/27/2010	7:54 PM
bp-95d4e083-1b6e-4f1d-9541-60f902100527	5/27/2010	7:54 PM
bp-64e044b2-a070-49b8-b7f0-4d9412100527	5/27/2010	7:49 PM
bp-66e1b356-6d1a-48a3-b8d5-acf822100527	5/27/2010	7:49 PM

Comment 1

[Mike Beltzner [:beltzner, not reading bugmail]]

Might be a legit flash crash - what happens when you turn OOPP off?

Comment 2

[Marcia Knous [:marcia]]

Same thing happens on Windows Vista when I turn off OOPP. Following those steps causes a bad hang and I have to force FF to quit.

Comment 3

[juan becerra [:juanb]]

I spent about an hour trying to reproduce this problem on VM without success. I'll try it on hardware at the QA lab on Tuesday.

Comment 4

[juan becerra [:juanb]]

I tried this on a couple of machines in the lab, and I wasn't able to reproduce this hang as described using the latest 10.0 and 10.1 Flash versions.

In the slower machine (Pentium 2, 500mhz, 400mb memory) the plugin crashes consistently but only after escaping from full screen mode, but that's a different problem, bug 564298. I wasn't able to crash like this when I turned off OOPP on this older machine.

Comment 5

[Marcia Knous [:marcia]]

This is still hanging around, with about 1900 Windows crashes in the last week. The majority of the crashes were on the 3.6.x branch. http://tinyurl.com/239ef3y links to those reports.

Comment 6

[Kyle Gast]

I'm on Windows 7 x64 running Firefox 4

I'm getting a crash EVERYTIME by doing the following

1. Go to http://office.microsoft.com/en-us/support/learn-where-menu-and-toolbar-commands-are-in-office-2010-and-related-products-HA101794130.aspx


2. Click on any of the interactive guides doesn't matter which

3. Let the presentation load all the way

4. Click Install

5. Press Enter on the keyboard (Which selects No)

6. Plug-in hangs and crashes at the following popup

Comment 7

[Marcia Knous [:marcia]]

I can confirm the STR in Comment 6 crash using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.2a1pre) Gecko/20110328 Firefox/4.2a1pre

Comment 8

[Robert Kaiser]

#71 topcrash on 4.0* now with over 60 crashes (actually hangs) per million ADU and #111 on 3.6* with 22 per million ADU.

Comment 9

[Sheila Mooney]

I believe that as soon as we get the plugin hang/crash pairs we might have some more data to work with. Still seems to be over 2000 a week across all versions, almost 1000 of those are strictly for Firefox 7.

Comment 10

[Robert Kaiser]

I'm closing this as INCOMPLETE as those browser-side hang reports didn't get us anywhere and we are reworking hang reporting. Those signatures are not seen any more as browser sides of hang pairs are not recorded any more. We will have dumps/stacks of browser and other processes right in one report together with their plugin hang parts in the future (product-wise starting with FF18, we're still working on proper support on the server side, please contact bsmedberg if you want to help).