602502 - Minefield stops responding when dialog box pops up after I click fullscreen icon in Silverlight w/ipc enabled

Status: RESOLVED WONTFIX

(Core Graveyard :: Plug-ins, defect)

Description

[Alice0775 White]

Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b4pre)
Gecko/20100814 Minefield/4.0b4pre ID:20100814040443

Minefield stop to response when dialog box popup after I click fullscreen icon of Silverlight movie.

If set dom.ipc.plugins.enabled to false then the problem does not  happen (however mouse hover position is shifted, see Bug 602487)


Reproducible: Always

Steps to Reproduce:
1. Start Minefield with new profile
2. Open URL ( http://channel9.msdn.com/shows/PingShow/Ping-26-NFL--Silverlight-Movie-Maker-Students-Win7-free-trial-sorta/ )
3. Click Play > mark  the Silverlight movie
4. Click fullscreen icon at the bottom-left corner of the Silverlight
5. A dialog winodw will appear.
6. Try to choose button in the popup

Actual Results:
 Minefield stop to response

Expected Results:
 should not.

Comment 1

[Alice0775 White]

Oops, 
> 4. Click fullscreen icon at the bottom-left corner of the Silverlight
4. Click fullscreen icon at the bottom-*right* corner of the Silverlight

Comment 2

[Jim Mathies [:jimm]]

oops, sorry alice.

Comment 3

[Jim Mathies [:jimm]]

hmm, working here. I can close the dialog. Although focus seems messed up, the fx window ends up on top of the full screen video.

Comment 4

[Jim Mathies [:jimm]]

Attachment: stacks

after a few tries I got it.

Comment 5

[Jim Mathies [:jimm]]

Our message hooks are thread specific. So the spin loop isn't going to get triggered here. Like the java security dialog hang, this really needs to be addressed in the plugin.

Comment 6

[Alice0775 White]

It also happens on Firefox3.6.10 on Windows7x64 Desktop and on Windows XP SP3 Laptop.

Comment 7

[Jim Mathies [:jimm]]

(In reply to comment #6)
> It also happens on Firefox3.6.10 on Windows7x64 Desktop and on Windows XP SP3
> Laptop.

Same OOPP code in both versions. We detect dialogs using a hook that's tied to the UI thread.

Comment 8

[Johnny Stenback (:jst)]

Not blocking on this as this sounds like something that needs to be dealt with in the plugin. Please renominate if that's not the case.

Comment 9

[Alice0775 White]

Umm,
In Firefox3.6.x, we have a workaround ( dom.ipc.plugins.enabled.npctrl.dll;false ).
However, In Minefiels4.0b8pre, the workaround can not choose because Bug 602487 (Bug 599992) is exist.
If this is not a blocker, I think Bug 599992 should be blocker.

Comment 10

[JK]

(In reply to comment #8)
> Not blocking on this as this sounds like something that needs to be dealt with
> in the plugin. Please renominate if that's not the case.

Even after the plugin is terminated, the browser is still frozen. That can't be a plugin bug.

I made a new bug, Bug 608300, since this bug seems to be considered a plugin bug instead of a Mozilla bug.

Comment 11

[juan becerra [:juanb]]

Sunil, is this something that your team can look into?

Comment 12

[Sunil]

Juan, we'll take a look.

Comment 13

[Sunil]

The Windows issue repro's. Doesn't matter if it is Windows 64 bit or not.

Comment 14

[JK]

http://crash-stats.mozilla.com/report/index/bp-4de6b8bf-830b-46ed-a170-3e8bd2101109

http://crash-stats.mozilla.com/report/index/933b7e02-3897-436d-a3cf-38f642101109

Comment 15

[Sunil]

We are aware of this issue that was introduced with OOP and we are investigating ways to fix the issue. We have a few issues related to "dialog" hanging and crashing the browser.

Comment 16

[Jim Mathies [:jimm]]

(In reply to comment #15)
> We are aware of this issue that was introduced with OOP and we are
> investigating ways to fix the issue. We have a few issues related to "dialog"
> hanging and crashing the browser.

We detect dialogs that are displayed by the child's ui thread via a WH_MSGFILTER hook, that in turn spins an internal event loop in the parent process to keep things from hanging. But in cases where the dialog is displayed on another thread, we can't detect them. From the stacks it looks like this dialog falls in the latter category?

Comment 17

[AndreiD[QA]]

Reproduceable on:
Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0

*Note: For the link:
http://channel9.msdn.com/shows/PingShow/Ping-26-NFL--Silverlight-Movie-Maker-Students-Win7-free-trial-sorta/
When playing the video, if pressing the button to go fullscreen, firefox crashes.

Comment 18

[AndreiD[QA]]

Crash report on Comment 17:
https://crash-stats.mozilla.com/report/index/88ef1dbd-a3fb-4776-a372-73aa72110304

Comment 19

[Benjamin Smedberg]

AndeiD, you say "Firefox crashes", but in both of these reports it is the plugin process that is crashing. Does Firefox actually go away, or do you just see the "plugin crashed" frowny-face UI?

Comment 20

[AndreiD[QA]]

It's the plugin that crashes (the frowny-face UI is visible if I end the plugin-container process)

Comment 21

[Florin Strugariu [:Bebe]]

Reproducible on:

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:6.0) Gecko/20100101 Firefox/6.0

Comment 22

[Florin Strugariu [:Bebe]]

(In reply to Florin Strugariu [:Bebe] from comment #21)
> Reproducible on:
> 
> Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:6.0) Gecko/20100101
> Firefox/6.0

Oups..... Wrong bug... Sorry...