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

Issue 687302 link

Starred by 4 users
Status: Duplicate
Merged: issue 684829
Owner:
█ ethannicholas@chromium.org
Last visit > 30 days ago
Closed: Feb 2017
Cc:
█ abdulsyed@chromium.org
ajha@chromium.org
gov...@chromium.org
█ manoranj...@chromium.org
ccameron@chromium.org
mac-bugs-priority@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

layout bug when rendering bootstrap modal dialogs over position:relative, absolute with z-index changes

Reported by todd.fis...@calltrackingmetrics.com, Jan 31 2017 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.76 Safari/537.36

Steps to reproduce the problem:
1. go to http://bootboxjs.com/
2. click run example
3. observe the box clipping in the dialog

What is the expected behavior?
no transparency around the rounded borders

What went wrong?
the dialog box appears to be clipped or transparent sections are showing that maybe there is a paint issue?

Did this work before? Yes  56.0.2924.76

Does this work in other browsers? Yes

Chrome version: 58.0.2998.0  Channel: canary
OS Version: OS X 10.11.6
Flash Version: Shockwave Flash 24.0 r0

Comment 1 by darin@chromium.org, Jan 31 2017

Cc: ccameron@chromium.org
I cannot repro on Win10 using the same canary version. Maybe something Mac specific in the compositor code.

Comment 2 by todd.fis...@calltrackingmetrics.com, Jan 31 2017 

possibly a osx bug ?

CPU: 2.8 GHz Intel Core i7
Graphics card: AMD Radeon R9 M370X 2048 MB

Comment 3 by nyerramilli@chromium.org, Feb 1 2017

Labels: Needs-Bisect Needs-Triage-M58

Comment 4 by ajha@chromium.org, Feb 1 2017

Cc: abdulsyed@chromium.org gov...@chromium.org manoranj...@chromium.org ajha@chromium.org
Components: Internals>Skia
Labels: -Pri-2 -Needs-Bisect -Needs-Triage-M58 hasbisect-per-revision ReleaseBlock-Dev M-58 Pri-1
Owner: ethannicholas@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on the latest canary(58.0.2998.0) on Mac Book Air OS 10.12.2, Graphics: Intel HD Graphics 5000 1536 MB.

This is Mac specific and regressed in M-58.

Last good build: 58.0.2988.0
First bad build: 58.0.2989.0

https://chromium.googlesource.com/chromium/src/+log/209094f6afac678695e7061b0e02e3dc21eb7ebe..677c0342b556d3dd7a5387ffba13cc0079439ad7

Above is Skia Changelog with 52 commits Unable to pin point to any specific commit. However based on manual good and bad  Issue 684753  seems to be related.

ethannicholas@: Could you please confirm if the suspected change from  Issue 684753  is related to this as well.

Thanks in advance! 


Note: We have scheduled Dev release tomorrow, if possible please land the fix or revert the CL if the change is related as this affects quite a severe visual regressions( Issue 684753  &  Issue 684829  &  Issue 687302  & probably  Issue 683799 )

Comment 5 by ethannicholas@chromium.org, Feb 1 2017 

Very likely related, yes.

Comment 6 by manoranj...@chromium.org, Feb 1 2017

Labels: -ReleaseBlock-Dev ReleaseBlock-Stable
This is not affecting any of chrome's existing functionality and it's more of UI related ONLY on 'Mac' (From Desktop point of view). Hence reducing the blocker priority to "ReleaseBlock-Stable". Please feel free to comment if someone thinks otherwise.

Thank you!

Comment 7 by ajha@chromium.org, Feb 3 2017 

 Issue 688186  has been merged into this issue.

Comment 8 by ajha@chromium.org, Feb 3 2017

Mergedinto: 684829
Status: Duplicate (was: Assigned)
Based on C#5 duping into  Issue 684829  which points to exact CL in the Skia roll that caused this.
►

Sign in to add a comment