New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595835 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 591561
Owner: ----
Closed: Mar 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Compat



Sign in to add a comment

Content does not update when "flipped" using rotateY(180deg) and backface-visibility hidden

Reported by tim.hamb...@gmail.com, Mar 17 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36

Example URL:
http://codepen.io/anon/pen/XdpEKE

Steps to reproduce the problem:
1. Open attached document or codepen URL, then click "Flip" to flip to back card.
2. While flipped, click "Change front content".
3. Click "Flip" to flip to front again.

What is the expected behavior?
Front content should have changed to "000..."

What went wrong?
Front is still blank. If you inspect the front face element in this state, the inspected DOM holds the expected text content, which differs from the content visible on screen.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 49.0.2623.87  Channel: stable
OS Version: 6.3
Flash Version: Shockwave Flash 21.0 r0

I'm working on a site that uses the flip metaphor to present drill-down details panels. On Chrome, when I edit from the flipped details view and return to the unflipped summary view, values have not updated as expected. Works as expected on FF and IE.
 
index.html
3.2 KB View Download
Cc: ranjitkan@chromium.org
Labels: M-51 has-Bisect OS-Linux OS-Mac
Owner: dpa...@chromium.org
Status: Assigned (was: Unconfirmed)
Thanks for the example provided, able to reproduce the issue and is regression broken in m49 builds, below are the bisect details for the same:

Bisect Info:
============
49.0.2586.0 - Bad build
49.0.2585.0 - Good Build

Change log: https://chromium.googlesource.com/chromium/src/+log/f37301d6d5018a0ee473ea3f89f8216d95072db4..e1858d8614321b276e3588a514262f1553a3c272

Suspecting the below change could be the possible culprit, @dpapad : Assigning to you. request you to please take a look into it. Please help us to reassign if not with respect to your change.

https://chromium.googlesource.com/chromium/src/+/32bfd21b9881ed1185612039701c1e4c0df04041

Review URL: https://codereview.chromium.org/1509023003

Comment 2 by dpa...@chromium.org, Mar 18 2016

Cc: dpa...@chromium.org
Owner: ----
My change seems unrelated to the issue. https://codereview.chromium.org/1509023003 simply changes the styling of the chrome://md-settings WebUI page, could not possibly have an effect on any other page.
@ranjitkan, the regression idea makes sense. I can confirm that this breaks functionality on an existing page that was previously working. The last time I worked on the page was 2/12/16, and it was definitely working then. Don't know how that lines up w/ the timeline of the builds you mention.
Owner: dalecur...@chromium.org
Could this be related to the change:

https://chromium.googlesource.com/chromium/src/+/21f29b1808232f12997f82fe7768d4dd12046ea9

@ dalecurtis: Request you to please take a look into it. Please help is reassign if not with respect to your change.

Thanks.!
Cc: -ranjitkan@chromium.org dalecur...@chromium.org
Owner: ranjitkan@chromium.org
no, sorry I don't know what this could be. My change is super old and just adds a test.
Cc: chrishtr@chromium.org
Labels: Needs-triage
Owner: ----
Status: Available (was: Assigned)
@ chrishtr: Cc'ing You. Request you to please take a look as per above comment. Could this be related to your change.
Cc: ranjitkan@chromium.org
Mergedinto: 591561
Status: Duplicate (was: Available)

Sign in to add a comment