RESOLVED FIXED Bug 83080
Foreground of apple.com/iphone video page visible during full screen animation.
https://bugs.webkit.org/show_bug.cgi?id=83080
Summary Foreground of apple.com/iphone video page visible during full screen animation.
Jer Noble
Reported 2012-04-03 15:22:30 PDT
Foreground of apple.com/iphone video page visible during full screen animation.
Attachments
Patch (3.44 KB, patch)
2012-04-03 15:51 PDT, Jer Noble
no flags
Archive of layout-test-results from ec2-cr-linux-02 (6.31 MB, application/zip)
2012-04-03 16:32 PDT, WebKit Review Bot
no flags
Patch (18.50 KB, patch)
2012-04-03 16:53 PDT, Jer Noble
simon.fraser: review+
Jer Noble
Comment 1 2012-04-03 15:51:29 PDT
Jer Noble
Comment 2 2012-04-03 15:52:01 PDT
WebKit Review Bot
Comment 3 2012-04-03 16:32:34 PDT
Comment on attachment 135440 [details] Patch Attachment 135440 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/12297088 New failing tests: fullscreen/full-screen-stacking-context.html
WebKit Review Bot
Comment 4 2012-04-03 16:32:39 PDT
Created attachment 135452 [details] Archive of layout-test-results from ec2-cr-linux-02 The attached test failures were seen while running run-webkit-tests on the chromium-ews. Bot: ec2-cr-linux-02 Port: <class 'webkitpy.common.config.ports.ChromiumXVFBPort'> Platform: Linux-2.6.35-28-virtual-x86_64-with-Ubuntu-10.10-maverick
Jer Noble
Comment 5 2012-04-03 16:53:15 PDT
Created attachment 135456 [details] Patch Returned the <div> to a <video>. didn't realize other ports were relying on the presence of a controller in this test. Rebaseline'd the mac/ port test results to include the controller.
Simon Fraser (smfr)
Comment 6 2012-04-04 13:21:20 PDT
Comment on attachment 135456 [details] Patch Here we go whack-a-moling. You should look at CSSStyleSelector::adjustRenderStyle() for the other ones you need, specifically: if (style->hasAutoZIndex() && ((e && e->document()->documentElement() == e) || style->opacity() < 1.0f || style->hasTransformRelatedProperty() || style->hasMask() || style->boxReflect() || style->hasFilter() bool hasTransformRelatedProperty() const { return hasTransform() || preserves3D() || hasPerspective(); }
Darin Adler
Comment 7 2012-04-04 14:55:25 PDT
Are we going to keep updating this .css file every time we implement a new CSS attribute?
Jer Noble
Comment 8 2012-04-04 15:07:30 PDT
(In reply to comment #7) > Are we going to keep updating this .css file every time we implement a new CSS attribute? No, the full screen and <dialog> spec will be updated so that fullscreen (and <dialog>) elements will exist in a separate stacking context, outside of CSS. So this is just a solution until that spec is written and implemented. At which point, no amount of stacking-context-creating CSS attributes can affect the full screen stacking context.
Jer Noble
Comment 9 2012-04-06 11:08:21 PDT
(In reply to comment #6) > (From update of attachment 135456 [details]) > Here we go whack-a-moling. You should look at CSSStyleSelector::adjustRenderStyle() for the other ones you need, specifically: > > if (style->hasAutoZIndex() && ((e && e->document()->documentElement() == e) || style->opacity() < 1.0f > || style->hasTransformRelatedProperty() || style->hasMask() || style->boxReflect() || style->hasFilter() > > bool hasTransformRelatedProperty() const { return hasTransform() || preserves3D() || hasPerspective(); } I'll add ones for box-reflect, preserves3d, and hasPerspective. Thanks!
Jer Noble
Comment 10 2012-04-06 14:39:06 PDT
Note You need to log in before you can comment on or make changes to this bug.