Closed Bug 1275687 Opened 8 years ago Closed 8 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: 8 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.