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

Issue 770714 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Sticky whose parent has overflow: hidden suddenly fails

Reported by mic.gall...@gmail.com, Oct 2 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Steps to reproduce the problem:
1. Open this: https://trademark-gold.myshopify.com/collections/earphones/products/me01-black
2. Scroll down a bit in the page.
3. Click on "Cart" link at the top.

What is the expected behavior?
The modal should open at the top.

What went wrong?
The whole sticky part is moved to the bottom.

Did this work before? Yes 

Does this work in other browsers? Yes

Chrome version: 61.0.3163.100  Channel: stable
OS Version: OS X 10.13.0
Flash Version: 

I've been able to reproduce this on a minimal example, so it may be conflicting with some other code I've been unable to trace.

In all cases, this used to work perfectly before the last bugfix release (and also works perfectly on Canary). This therefore seems to be a regression of the last update of the 61 branch and is making all our installs of the theme break :'(...

I've found out that removing the "no-scroll" class on header prevents the issue but as a consequence the main body becomes scrollable.

This works perfectly in Firefox and Safari.

Thanks!
 
Labels: Needs-Bisect Needs-Triage-M61
Cc: divya.pa...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
Unable to reproduce the issue on reported version #61.0.3163.100 and latest canary #63.0.3230.0 using Mac 10.12.6. Could you please provide the screenshot, that would help us in further triaging of the issue.
Thanks in advance!!

Enclosed screenshot for your perusal, please confirm if we are missing any steps from our end
Screen Shot .png
117 KB View Download
Hi, you actually need to scroll down before clicking on the element. For instance scroll down a bit, then click on "Add to cart". This issue does not exist on Canary.
Capture d’écran 2017-10-03 à 16.26.34.png
573 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Oct 3 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: pbomm...@chromium.org kkaluri@chromium.org gov...@chromium.org
Components: Internals>Compositing Blink>Layout
Labels: -Needs-Bisect hasbisect-per-revision ReleaseBlock-Stable OS-Linux OS-Windows
Owner: flackr@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on Windows 10, Ubuntu 14.04 & Mac 10.12.2 on chrome stable version #61.0.3163.100 but not on Beta #62.0.3202.38, Dev #63.0.3223.8, Canary #63.0.3231.0
Issue is Fixed in M62.

Bisect Info:
===========
Good build : 62.0.3181.0,  Revision Range -493197
Bad build  : 62.0.3179.0,  Revision Range -492477

After executing the per-revision script in reverse, i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/fa3b8274aafc1451612a15c3a81005be63258673..b9b28a24206db91f827363e29b669d990359dcdc

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/b9b28a24206db91f827363e29b669d990359dcdc

flackr@- Could you please look into this issue and merge the fix in the upcoming stable build

Thank You...
Status: WontFix (was: Assigned)
Merge to 61 was rejected on the original bug back on August 14th, I don't think the urgency has changed especially with 62 becoming stable soon.

Sign in to add a comment