Closed Bug 1106243 Opened 10 years ago Closed 10 years ago

[e10s] Flash player playbacks on the wrong tab

Categories

(Core Graveyard :: Plug-ins, defect)

x86_64
Windows 7
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: alice0775, Assigned: gkrizsanits)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached image screenshot (deleted) —
Steps To Reproduce: 1. Open about:home in [Tab 1] 2. Open http://edition.cnn.com in [Tab 2] and play back any flash video (eg. http://edition.cnn.com/2014/11/23/showbiz/music/katy-perry-super-bowl/index.html?hpt=en_bn1) 3. Switch to [Tab 1] 4. Resize browser window (reduce width and then enlarge width) Actual Results: Flash player of [Tab 2] displays on the wrong tab [Tab 1] Expected Results: Flash video should not display on the unrelated tab
Alternative Steps To Reproduce: 1. Open about:home in [Tab 1] 2. Open http://edition.cnn.com in [Tab 2] and play back any flash video (eg. http://edition.cnn.com/2014/11/23/showbiz/music/katy-perry-super-bowl/index.html?hpt=en_bn1) 3. Switch to [Tab 1] 4. Open sidebar and close (ie. Press Ctrl+B twice)
Regression window(m-c) Good: https://hg.mozilla.org/mozilla-central/rev/66cdb18f36da Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 ID:20141112125012 Bad: https://hg.mozilla.org/mozilla-central/rev/ab137ddd3746 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 ID:20141113030201 Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=66cdb18f36da&tochange=ab137ddd3746 Regressed by: 64f1fb1e2f38 Jim Mathies — Bug 669200 - Follow up fix for busted non-unified builds, include nsIXULRuntime.h in nsWindowGfx.cpp. r=bustage
Component: Layout → Plug-ins
Keywords: regression
Summary: [e10s] Flash player displays on the wrong tab → [e10s] Flash player playbacks on the wrong tab
No longer blocks: e10s-windowed-plugin
Depends on: 1095754
Depends on: 1103177
No longer depends on: 1095754
Assignee: nobody → gkrizsanits
Alice, is this still reproducible? It sounds like it might be a dupe of bug 1133237.
Flags: needinfo?(alice0775)
(In reply to Bill McCloskey (:billm) from comment #4) > Alice, is this still reproducible? It sounds like it might be a dupe of bug > 1133237. I can still reproduce the problem, https://hg.mozilla.org/mozilla-central/rev/385840329d91 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 ID:20150329030238
Flags: needinfo?(alice0775)
(In reply to Alice0775 White from comment #5) > (In reply to Bill McCloskey (:billm) from comment #4) > > Alice, is this still reproducible? It sounds like it might be a dupe of bug > > 1133237. > > I can still reproduce the problem, > > https://hg.mozilla.org/mozilla-central/rev/385840329d91 > Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 > ID:20150329030238 Err, I saw a different problem
Status: NEW → RESOLVED
Closed: 10 years ago
tracking-e10s: m6+ → ---
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: