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

Issue 753715 link

Starred by 1 user
Status: Assigned
Owner:
skobes@chromium.org
Cc:
█ hdodda@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

scrollHeight/offsetHeight of iframe returns the value before external css applied

Reported by huyac...@gmail.com, Aug 9 2017 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36

Steps to reproduce the problem:
1. In iframe, specify an external css with small font size
2. Call scrollHeight/offsetHeight, it will return value without css applied.
3. Put the css directly into the iframe without using an external css, it will return the correct value.
4. In chrome 59, whatever an external css or internal css, it will return the value after css applied.

What is the expected behavior?
crollHeight/offsetHeight of iframe return the value after an external css being applied. 

What went wrong?
In previous version of chrome e.g.version 59 and other browsers, scrollHeight/offsetHeight of iframe will return the value after an external css being applied. 
But in chrome version 60, it returns the value before an external css applied. 

Did this work before? Yes 59

Chrome version: 60.0.3112.90  Channel: stable
OS Version: 10.0
Flash Version:

Comment 1 by hdodda@chromium.org, Aug 10 2017

Cc: hdodda@chromium.org
Labels: Needs-Feedback
@huyachao-- Thanks for reporting the bug. Could you please help us in traiging the issue by providing the sample testcase/jsfiddle/url.

Comment 2 by huyac...@gmail.com, Aug 14 2017 

@hdodda Thanks for your prompt reply.

Here's 3 sample pages.
iFrame with external css.
http://webdemo.dac.co.jp/F1H/Wentao/0809/index1.html

iFrame with internal css.
http://webdemo.dac.co.jp/F1H/Wentao/0809/index2.html

iFrame without css.
http://webdemo.dac.co.jp/F1H/Wentao/0809/index3.html

The first 2 pages are with the same logic to resize iframe by judging scrollHeight/offsetHeight. But as you can see, index2 renders correctly while index1 doesn't. Apparently, index1 uses the height without css just like index3.

Please let me know if you need more details. Thank you.
Project Member

Comment 3 by sheriffbot@chromium.org, Aug 14 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by huyac...@gmail.com, Aug 14 2017 

I forgot to mention that on Chrome version 59, index1 displayed exactly the same with index2.

Comment 5 by e...@chromium.org, Aug 14 2017

Components: -Blink Blink>Layout
Owner: skobes@chromium.org
Status: Assigned (was: Unconfirmed)
Could you look into this regression when you get a chance skobes?
►

Sign in to add a comment