Closed Bug 1275687 Opened 9 years ago Closed 9 years ago

[e10s] Dragging tab to new window with Air Mozilla live stream playing causes video to go blank

Categories

(Core :: Graphics: Layers, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s ? ---

People

(Reporter: adamopenweb, Unassigned)

References

()

Details

(Whiteboard: [gfx-noted])

+++ This bug was initially created as a clone of Bug #1265468 +++ STR: - In OSX, open an updated version of nightly or dev edition with multi-process enabled, I'm using 49.0a1 (2016-05-25) - Ensure the browser is not maximized - Navigate to webcompat.com or any other site (doesn’t matter) - Open a new tab - Navigate to air.mozilla.org and play a live stream - Drag the Air Mozilla tab to an open area of the screen to create new window Expected Behavior: - Air Mozilla video keeps playing Actual behavior: - Sound continues but video goes blank Notes: - The similar bug #1265468 WFM now but this is still broken - It only seems to happen for live streams, recorded videos work fine
Flags: needinfo?(matt.woodrow)
There was a second, unlanded patch in the original bug. I've just pushed that to inbound, could you please test again when that gets onto Nightly? Alternatively you can test out this try build: https://treeherder.mozilla.org/#/jobs?repo=try&revision=6b5692307da9
Flags: needinfo?(matt.woodrow)
tracking-e10s: --- → ?
Flags: needinfo?(twalker)
Is this only air.mozilla.org? I can't reproduce with latest Nightly 49.0a1, 20160526082506 with a live gaming stream. If it is only air.m.o, I'll have to wait til something is streaming.
Should probably close this now. I tested during today's meeting and it WFM now.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Adam, thanks for testing. I was going to check it tomorrow during mconley's coding session stream
Flags: needinfo?(twalker)
You need to log in before you can comment on or make changes to this bug.