Sticky whose parent has overflow: hidden suddenly fails
Reported by
mic.gall...@gmail.com,
Oct 2 2017
|
|||||
Issue descriptionUserAgent: 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!
,
Oct 3 2017
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
,
Oct 3 2017
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.
,
Oct 3 2017
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
,
Oct 4 2017
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...
,
Oct 4 2017
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 |
|||||
Comment 1 by manoranj...@chromium.org
, Oct 2 2017