1151310 - [e10s] Flash video controls on www.cnn.com hide when moving mouse over them

Status: RESOLVED DUPLICATE of bug 1128238

(Core Graveyard :: Plug-ins, defect)

Description

[Doug Gross]

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:40.0) Gecko/20100101 Firefox/40.0
Build ID: 20150404030218

Steps to reproduce:

Simply navigate to www.cnn.com and play any video.


Actual results:

When you hover over the video the controls at the bottom are raised, but when you move the pointer to the controls they lower and lose focus.


Expected results:

When compared to Firefox vs.37.0, the controls should stay raised while hovering, and they should not lower when you move the mouse over them.  This has been an ongoing issue with all the previous versions of Nightly I have seen as well.

Comment 1

[Loic]

Could you provide a link to a HTML5 video on CNN with that issue, please.
I found only Flash videos.

Comment 2

[Doug Gross]

I don't believe I specified the type of video.  I would agree with you that they are flash not HTML5.  Please see my note on how to replicate the issue.  Thanks for your involvement.

Comment 3

[Gert Van Waelvelde]

Mozilla/5.0 (Windows NT 6.1; rv:40.0) Gecko/20100101 Firefox/40.0

The issue also occurs in Windows 7, not just Windows 8.1 as specified in the "Platform:" field.
Here's a URL to a page with a video that has this issue: 
http://edition.cnn.com/videos/living/2015/04/02/lunar-eclipse-explainer-orig.cnn/video/playlists/most-popular-domestic/

Comment 4

[Loic]

I'm only able to reproduce the issue with e10s enabled. With e10s disabled, it works fine like in FF37.

Did you test with e10s enabled?

Comment 5

[Gert Van Waelvelde]

Yes, I tested with e10s enabled and I too have the issue only with e10s enabled, without e10s it works fine.

Comment 6

[Doug Gross]

Agreed.  Tested with e10s disabled and it works fine.  It's of course slower.

Comment 7

[Loic]

Regression range:
good=2015-01-24
bad=2015-01-25
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c0f88b376e33&tochange=c18776175a69

Maybe due to:
Jim Mathies — Bug 1092121 - Get plugin quirks modes and nsPluginInstanceOwner::GetNetscapeWindow working with remote content. r=billm