Background color on a pseudo element is not being updated when parent element changes position
Reported by
hurtado....@gmail.com,
Apr 28 2017
|
||||||
Issue descriptionChrome Version : 58.0.3029.81 (64-bit) URLs (if applicable) : http://autographfoliages6.mybigcommerce.com/full-size-virginia-pine-trees-from-6-feet-to-25-ft-tall Other browsers tested: Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: Firefox: OK 54.0a2 (2017-04-18) (64-bit) IE: OK 40.15063.0.0 What steps will reproduce the problem? (1) Go to provided URL (http://autographfoliages6.mybigcommerce.com/full-size-virginia-pine-trees-from-6-feet-to-25-ft-tall) on a screen width less than 551px (2) Scroll down to the footer where footer sections are (PRODUCTS, COMPANY, INFORMATION, CUSTOMER SERVICE). All of these headers should have a grey background color. (3) Click on any or all the headers to contract or expand their content. What is the expected result? When clicking the titles, their color background should follow these titles What happens instead? Background color seems to remain fixed on even when the psuedo element moves Please provide any additional information below. Attach a screenshot if possible. It works fine on other pages on the same site like http://autographfoliages6.mybigcommerce.com using the same markup and styling
,
May 5 2017
Tested the issue on Win-10 using chrome reported version #58.0.3029.81. Attached screen casts for reference Following are the steps followed to reproduce the issue. ------------ (1) Navigated to URL: http://autographfoliages6.mybigcommerce.com/full-size-virginia-pine-trees-from-6-feet-to-25-ft-tall on a screen width less than 551px (2) Scrolled down to the footer where footer sections are (PRODUCTS, COMPANY, INFORMATION, CUSTOMER SERVICE). All of these headers had a grey background color. (3) Clicked on the headers to contract or expand their content. (4) Observed that the expanded content background color was white after clicking the headers. Note: Same behavior is observed in Firefox also. hurtado.fernando@ - Could you please verify the screen casts and please let us know what the issue is exactly. Thanks...!!
,
May 5 2017
Also please mention the OS in which the issue was reported.
,
May 5 2017
Hello krajshree, thank you. The issue is happening on product pages like http://autographfoliages6.mybigcommerce.com/50-inch-giant-palm-branch/ or http://autographfoliages6.mybigcommerce.com/6-foot-commercial-pine-branch/. On other pages like the 404 one is working as it's supposed to. I apologize my client removed the URL I gave initially.
,
May 5 2017
Thank you for providing more feedback. Adding requester "krajshree@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
,
May 9 2017
Tested the issue on windows 7 , mac os 10.12.3 using chrome M58 #58.0.3029.96 and using the link "http://autographfoliages6.mybigcommerce.com/50-inch-giant-palm-branch/" and followed steps mentioned in comment #0 and couldn't reproduce the issue. @hurtado.fernando-- Could you please check in latest chrome stable with fresh chrome profile without any extensions and flags enabled and write us with your observations. Thanks!
,
May 9 2017
Hello hdodda@chromium.org. I updated Chrome stable and I just use it for development, there are no plugins or flags enabled. I still see this issue on product pages like the ones I wrote. I also could replicate the issue on Chrome Canary Version 60.0.3094.0 (Official Build) canary (64-bit) I attached a video replicating the issue. These are my laptop specs in case it helps: Edition Windows 10 Home Version 1703 OS Build 15063.138 Processor Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz Installed RAM 16.0GB System type 64-bit operating system, x64-based processor Also, the issue was reported to me by one of our QC members using an Android 5 phone Thank you
,
May 9 2017
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
,
May 9 2017
Hello everyone, I was directed to change footer implementation, so this behavior is no longer reproducible. Thank you anyway for your time
,
May 11 2017
As per comment #9, closing the issue as wontFix. Thanks...!! |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by ligim...@chromium.org
, Apr 28 2017