874905 - Content fails to render when fullscreen API used in browser or wrapper

Status: RESOLVED DUPLICATE of bug 876542

(Core :: Graphics: Layers, defect)

Description

[Ben Francis [:benfrancis]]

STR:
* Open browser app in Firefox OS
* Load http://html5-demos.appspot.com/static/fullscreen.html
* Play video
* Press full screen button
* Grant requested permission in dialog which pops up

Alternative STR:
* Open browser app in Firefox OS
* Load https://developer.mozilla.org/media/uploads/demos/p/a/paulrouget/8bfba7f0b6c62d877a2b82dd5e10931e/hacksmozillaorg-achi_1334270447_demo_package/todo/
* Touch image to enter full screen mode
* Grant requested permission in dialog which pops up

Expected:
* Video/image renders correctly

Actual:
* Either a black screen or just a small rectangle in the corner is rendered, the user can not escape without pressing the home button
* Trying to scroll around when in full screen mode can cause weird rendering artefacts with layer from underneath showing through

I can reproduce this on recent nightly builds of 1.0.1 on Inari, 1.1 on Leo and master/mozilla-central on Unagi.

If you bookmark these pages to the homescreen the same problem occurs inside the wrapper in the system app so this is not unique to the browser app. However, I have seen fullscreen working correctly in installed apps so it may work with a <iframe mozapp> but not an <iframe mozbrowser> for some reason?

Comment 1

[Jason Smith [:jsmith]]

Chris - Any ideas?

Ben - Can you attach a screenshot of the problem?

Comment 2

[Chris Pearce [:cpearce (Not reading bugmail)]]

(In reply to Ben Francis [:benfrancis] from comment #0)
> STR:
> * Open browser app in Firefox OS
> * Load http://html5-demos.appspot.com/static/fullscreen.html

Fullscreen on this page is also broken in Fennec20, but fullscreen in my test page at http://pearce.org.nz/fullscreen works files in Fennec20, so I'd guess it's a problem with the page rather than our implementation. Maybe they're styling the fullscreen element wrong; there's some differences between Gecko and Blink's fullscreen element stylings, maybe that's causing problems here.

Comment 3

[Ben Francis [:benfrancis]]

OK, thanks for looking into it. If it's broken on Fennec too that does suggest that it's perhaps just the website that doesn't support Gecko-based browsers and probably means this bug should not be tef+

What concerned me was that I could reproduce the bug on two different web sites, and also the weird rendering issues when I tried to pan. Did you notice this?

It might be worth digging further into what exactly these web sites are doing wrong (if anything) as they're two HTML5 demo web sites which many web developers may follow.

Comment 4

[Lawrence Mandel [:lmandel] (use needinfo)]

tef- based on comment 2 and comment 3. We should figure out how these sites have broken full screen to see if we can mitigate the breakage or at least doc it going forward.

Comment 5

[Ben Francis [:benfrancis]]

Renominating based on bug 876542 which I believe may be a duplicate of this bug and indicates that all full screen content is in fact broken when viewed in the browser app or system app wrapper (works for installed apps).

Comment 6

[Jason Smith [:jsmith]]

(In reply to Ben Francis [:benfrancis] from comment #5)
> Renominating based on bug 876542 which I believe may be a duplicate of this
> bug and indicates that all full screen content is in fact broken when viewed
> in the browser app or system app wrapper (works for installed apps).

FYI - https://bugzilla.mozilla.org/show_bug.cgi?id=876542#c6 indicates this is a non-blocker.

Comment 7

[Lukas Blakk [:lsblakk] use ?needinfo]

Minusing again, the logic in comment 4 & 6 seems right here.