New issue
Advanced search Search tips

Issue 725704 link

Starred by 9 users

Issue metadata

Status: Fixed
Owner:
Closed: Sep 25
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

calc() styles not repainted correctly when maximizing browser window.

Reported by evan.tri...@gmail.com, May 23 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
1. Open a new browser window, size it to be approximately 900x600px.
2. Open the attached test case.
3. Maximize the browser window.

What is the expected behavior?
The red and blue boxes display next to each other horizontally.

What went wrong?
They blue box remains under the red box after maximizing. See the attached screen capture.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 58.0.3029.110  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 25.0 r0

This doesn't seem to occur on OSX.

If the window is started as maximized, then the boxes do flow horizontally.
If the window is resized by dragging the browser edges, the boxes do flow horizontally once a sufficient size is reached.
 
index.html
4.3 KB View Download
calc_resize.gif
1.0 MB View Download
An interesting point, if I remove the @font-face style, then complete the steps to reproduce the issue, the issue can't be reproduced.
Cc: rbasuvula@chromium.org
Components: UI>Browser
Labels: -Type-Bug hasbisect-per-revision M-60 OS-Linux Type-Bug-Regression
Owner: szager@chromium.org
Status: Assigned (was: Unconfirmed)
Tested in chrome stable #58.0.3029.110 and Canary #60.0.3108.0 on Windows 10.0 & 7 and able to reproduce the issue. 
Below are the Bisect Details:

Bisect Info:
=============
Good Build: 58.0.3004.0 (Revision- 448183)
Bad Build: 58.0.3006.0 (Revision- 448862)

Bisect URL:
=========== 
You are probably looking for a change made after 448731 (known good), but no later than 448732 (first known bad).

CHANGELOG URL:

https://chromium.googlesource.com/chromium/src/+log/c405416053b99aa4d6f98f3126608c660773f6b4..7b1e0cb2db282469b4b81f47d40ab45132a7ec0f

From the CL above, assigning the issue to the concern owner. Probably this change could have fixed the issue.

@ szager : Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change.

Review-Url: https://codereview.chromium.org/2672833004

Note: Able to reproduce the issue in Ubuntu 14.04 and Not seen in Mac 10.12.4
Components: -UI>Browser Blink>Layout
Labels: Needs-TestConfirmation
Status: Unconfirmed (was: Assigned)
Triage: Is this still an issue?
Status: Fixed (was: Unconfirmed)
Works as expected in ToT.

Sign in to add a comment