Project: chromium Issues People Development process History Sign in
New issue
Advanced search Search tips
Issue 39044 -webkit-backface-visibility not applied
Starred by 27 users Reported by olivier....@gmail.com, Mar 23 2010 Back to list
Status: Fixed
Owner: ----
Closed: Oct 2010
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment
Chrome Version       : 5.0.307.11 (Official Build 39572) beta
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
     Safari 4:OK
Firefox 3.x:
         IE 7: FAIL
         IE 8: FAIL

What steps will reproduce the problem?
1. Download sample from 
http://developer.apple.com/safari/library/samplecode/CardFlip/listing1.ht
ml
2. Replace the "back" of the card with random text
3. Run de demo

What is the expected result?
The back of the card should not be shown (through the use of the -
webkit-backface-visibility: hidden CSS3 property).

What happens instead?
The back of the card is visible.

Please provide any additional information below. Attach a screenshot if
possible.
This behavior happens on Chrome on Mac OS (10.6.2) and Windows (XP). 
The behavior is properly implemented on Safari (and Safari on iPhone).
 
Comment 1 by pkin...@gmail.com, Apr 7 2010
It has the same affect on Safari on the mac too.
Safari 4 on Mac works fine for me (i.e. it correctly implements the -webkit-backface-visibility), as expected given 
that Apple itself provides the sample.
Comment 3 by pkin...@gmail.com, Apr 7 2010
On my Version 4.0.5 (5531.22.7) for Mac the back of the card is visible.
Comment 4 by pkin...@gmail.com, Apr 7 2010
The attached image is safari.
Picture 5.png
19.0 KB View Download
This bug still exists even in the latest Chrome developer build (5.0.342.9).

It's really affecting a page we're working on, and since we can't test around it — webkitBackfaceVisibility behaves 
totally normal and returns the right values, just doesn't render properly — it's driving us nuts. :)
(And in regards to pkinlan comments -- this bug definitely does _not_ appear in Safari.)
Comment 7 by pkin...@gmail.com, Apr 10 2010
That screenshot was from safari.. You must be on a slightly different version as it definatly appears and it 
also appears on the cube demos on the web.

It indicates it is likely a webkit issue rather than a chrome only issue.
A-ha!

This works great in Safari 4.0.5 (6531.22.7) — Snow Leopard — but it does not seem to work in Safari 4.0.5 
(5531.22.7) — Leopard.

That at least means it has been fixed, but I admit I don't know how often Chrome syncs up with WebKit...?!
Snow.png
44.4 KB View Download
Leo.png
71.5 KB View Download
Comment 9 by pkin...@gmail.com, Apr 10 2010
Cool - good investigation.  I will speak internally to see if I can see what is happening. (I need the bug fixed).

Just to clarify - I am on Leopard.
I filed a bug with Apple regarding the Leopard / Snow Leopard discrepancy.

They said: "Backface-visibility is only supported when ACCELERATED_COMPOSITING is enabled,
and in that situation it works. ACCELERATED_COMPOSITING is disabled on Leopard, depending on the 
QuickTime version."

pkinlan, I don't know if this helps you, but it's probably a good place to start:

Does Chrome support ACCELERATED_COMPOSITING?

Webkit Bug Reference: https://bugs.webkit.org/show_bug.cgi?id=24571
This appears to be working in the latest builds of Chromium if you are on Snow Leopard and start Chromium with --enable-accelerated-compositing
Labels: -Area-Undefined Area-WebKit WebKit-Core
Comment 13 by karen@chromium.org, Oct 18 2010
Status: Fixed
Comment 14 by tedpo...@gmail.com, Feb 28 2012
This appears to be happening again in 18.0.1025.39 beta chrome
Still an issue in 18.0.1025.168 but only on certain computers. Sporadic. Adding --enable-accelerated-compositing is not an acceptable solution, as web developers working on major client-facing sites can't expect users to run Chrome that way.

This is definitely not fixed
Version 20.0.1132.57 on a mac
Google Chrome is up to date.

needed to use threaded compositing & accelerated animation in chrome://flags/
Comment 17 by Deleted ...@, Oct 3 2012
Version 22.0.1229.79 on Win7: this is not fixed.

I am seeing *some* of the content through the back face. Giving the element opacity: 0.99 fixes the problem (i.e. none of the content bleeds through the back face any more).
Project Member Comment 18 by bugdroid1@chromium.org, Mar 11 2013
Labels: -Area-WebKit -WebKit-Core Cr-Content Cr-Content-Core
Project Member Comment 19 by bugdroid1@chromium.org, Apr 6 2013
Labels: -Cr-Content Cr-Blink
Comment 20 by Deleted ...@, May 20 2013
Version 25.0.1364.160 Ubuntu 13.04

bug still exists
snapshot1.png
39.7 KB View Download
Sign in to add a comment