Issue metadata
Sign in to add a comment
|
iframes not displaying when dynamically created
Reported by
hru...@vindicia.com,
Jul 11 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 Example URL: http://www.pfinders.com/hoa/brent.php Steps to reproduce the problem: 1. Watch the page load. Notice that 3 iframes are missing but the console shows debug info proving the iframes are there 2. Grab the left edge and resize the browser. 3. Watch the iframes appear What is the expected behavior? The 3 missing iframes should appear without requiring a window resize. What went wrong? The javascript dynamically created iframes inside div tags. They stopped displaying properly after version 49.x Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? Yes It worked fine in 49.x Does this work in other browsers? Yes Chrome version: 51.0.2704.106 Channel: stable OS Version: OS X 10.11.3 Flash Version: Shockwave Flash 22.0 r0 This page is designed to protect credit cards from being hijacked if the parent window is hacked (XSS) because the iframes are loaded from a different domain (CORS feature). Someone else verified this fails for them by telling me "I can reproduce this if I use the Developer Tools feature and use the device mode to render it as if it were a Nexus 5X". But this fails for me on the Mac.
,
Jul 11 2016
,
Jul 11 2016
I can't reproduce on 53.0.2785.8/dev on linux with device mode on. I wonder if this has been fixed? Test team, please follow these steps and see if this is a regression or if it has been fixed: Steps to reproduce the problem: 0. Start chrome, open devtools, enable device emulation mode (button that looks like a tablet). 1. Navigate to http://www.pfinders.com/hoa/brent.php 2. If the 3 boxes for name, card number, and ccv are missing, the bug is reproducing.
,
Jul 12 2016
==================================== Good Build: 48.0.2564.0 Base Position: 359700 Bad Build: 49.0.2567.0 Base Position: 360248 ===================================== Able to repro this issue on Windows 7, MAC (10.11.5) & Ubuntu Trusty (14.04) for the Google Chrome Stable Version - 51.0.2704.106 This is a regression issue broken in M49, below mentioned is the bisect info: CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/7dd9d71a302d3633d451c37efd3615075bc2b805..54e98dc3b5ea99458925b7072759ea5c637751c7 Suspecting Commit: 7cfa027ab9babe8b8a3857cb44c53d5f83652e32 Review URL: https://codereview.chromium.org/1452613002 @sigbjornf: Could you please look into the issue, and if it has nothing to do with your changes and if possible please do assign it to the concerned owner. Thank you.
,
Jul 12 2016
I got a slightly different regression range: You are probably looking for a change made after 357381 (known good), but no later than 357390 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/461196f7a78b3a1eda34e2b50e7b6c433044e367..47375bd08398676f5fb652077d69d543f6e8b556 Possibly https://chromium.googlesource.com/chromium/src/+/f98360d058f5b2b998f661f267eec48322a30e5d?
,
Jul 19 2016
Bad to good bisect result: https://chromium.googlesource.com/chromium/src/+log/f49df32c90daa646ba7ca76bd64a429c632aebd4..92b8e44c524807b245461461925bbb928af21b38 I believe https://chromium.googlesource.com/chromium/src/+/3e010d5a156f8420a7deaae243b9c9323517aef1 fixed the bug.
,
Jul 19 2016
The patch has already been in M-52. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by phistuck@chromium.org
, Jul 11 2016Labels: -Pri-2 -Type-Compat OS-Windows Pri-1 Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)