1210799 - Flash hang on http://totaljerkface.com/happy_wheels.tjf

Status: RESOLVED DUPLICATE of bug 1209464

(Core Graveyard :: Plug-ins, defect)

Description

[Bob Owen (:bobowen)]

Hang reported on this page using 41.0.1.

I have managed to reproduce once and stopped the plugin via the hang UI:
https://crash-stats.mozilla.com/report/index/dafe8cdc-4b39-4822-809b-964b92151002

Comment 1

[Benjamin Smedberg]

http://bsmedberg.github.io/socorro-toolbox/html/multiple-minidumps.html?crashID=dafe8cdc-4b39-4822-809b-964b92151002

Please don't use the Plugins bugzilla product unless we're 100% sure that this is a bug in the Flash player instead of something we should fix on our side.

Enough of the browser-process stack is gone that it would be good to load this in MSVC/windbg to see if it can reconstruct more of the frame. I'm interested to know whether the browser is in the middle of processing mozilla::plugins::child::_pushpopupsenabledstate or whether that hasn't been delivered properly.

Comment 2

[Bob Owen (:bobowen)]

(In reply to Benjamin Smedberg  [:bsmedberg] from comment #1)
> http://bsmedberg.github.io/socorro-toolbox/html/multiple-minidumps.
> html?crashID=dafe8cdc-4b39-4822-809b-964b92151002
> 
> Please don't use the Plugins bugzilla product unless we're 100% sure that
> this is a bug in the Flash player instead of something we should fix on our
> side.

Sorry, my mistake.

> Enough of the browser-process stack is gone that it would be good to load
> this in MSVC/windbg to see if it can reconstruct more of the frame. I'm
> interested to know whether the browser is in the middle of processing
> mozilla::plugins::child::_pushpopupsenabledstate or whether that hasn't been
> delivered properly.

Ah, this was on my laptop and I didn't have the environment variable set to stop the dump from being deleted.
I'll try and reproduce again.

Comment 3

[gumballisthegreatest]

Hopefully this problem gets fixed on 41.0.2.

Comment 5

[Bob Owen (:bobowen)]

Hi, would you mind trying to reproduce this on current Beta (Fx42).

I managed to reproduce a slightly different hang to the last one, although they probably have the same cause.
The new hang was being caused by bug 1209464, when I build with the patch for that I cannot reproduce.

It would be great if you could reproduce on Beta first, so you can test again once that fix hits Beta.

Comment 6

[gumballisthegreatest]

Signature 	hang | WaitForMultipleObjectsEx | MsgWaitForMultipleObjectsEx | MsgWaitForMultipleObjects | mozilla::ipc::MessageChannel::WaitForInterruptNotify() | mozilla::ipc::MessageChannel::Call(IPC::Message*, IPC::Message*) More Reports Search
UUID 	ae3e443f-5205-460a-91a2-6acf42151006
Date Processed 	2015-10-06 23:24:18.988492
Process Type 	plugin Shockwave Flash Version: 19.0.0.185 Filename: NPSWF32_19_0_0_185.dll
Uptime 	96
Install Age 	510000 since version was first installed.
Install Time 	2015-10-01 01:43:41
Product 	Firefox
Version 	41.0.1
Build ID 	20150929144111
Release Channel 	release
OS 	Windows NT
OS Version 	10.0.10240
Build Architecture 	x86
Build Architecture Info 	GenuineIntel family 6 model 42 stepping 7 | 4
Crash Reason 	EXCEPTION_BREAKPOINT
Crash Address 	0x7712919c
User Comments 	Shockwave Flash keeps crashing on me on Firefox 41.0.1. Can you fix this for 41.0.2?
App Notes 	

AdapterVendorID: 0x8086, AdapterDeviceID: 0x0102, AdapterSubsysID: 05891025, AdapterDriverVersion: 9.17.10.4229

Processor Notes 	ip-172-31-22-14.1260:2015; MozillaProcessorAlgorithm2015; non-integer value of "SecondsSinceLastCrash"
EMCheckCompatibility 	

True

Winsock LSP 	

MSAFD Tcpip [TCP/IP] : 2 : 1 : %SystemRoot%\system32\mswsock.dll 
 MSAFD Tcpip [UDP/IP] : 2 : 2 :  
 MSAFD Tcpip [RAW/IP] : 2 : 3 : %SystemRoot%\system32\mswsock.dll 
 MSAFD Tcpip [TCP/IPv6] : 2 : 1 :  
 MSAFD Tcpip [UDP/IPv6] : 2 : 2 : %SystemRoot%\system32\mswsock.dll 
 MSAFD Tcpip [RAW/IPv6] : 2 : 3 :  
 RSVP TCPv6 Service Provider : 2 : 1 : %SystemRoot%\system32\mswsock.dll 
 RSVP TCP Service Provider : 2 : 1 :  
 RSVP UDPv6 Service Provider : 2 : 2 : %SystemRoot%\system32\mswsock.dll 
 RSVP UDP Service Provider : 2 : 2 :  
 Hyper-V RAW : 2 : 1 : %SystemRoot%\system32\mswsock.dll

Adapter Vendor ID 	

0x8086

Adapter Device ID 	

0x0102
https://crash-stats.mozilla.com/report/index/ae3e443f-5205-460a-91a2-6acf42151006

Comment 7

[Bob Owen (:bobowen)]

(In reply to gumballisthegreatest from comment #6)

Thanks for those details, that was still release, but those stacks looked the same as for the hang that I had reproduced.

So, I'm now pretty sure that this is another form of bug 1209464.

The fix for that is now in the latest Beta (42.0b5), if you wanted to test that it works for you.