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

Issue 812514 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Web Elements Not Displaying

Reported by webmas...@rideschedules.com, Feb 15 2018

Issue description

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

Steps to reproduce the problem:
1. Visit https://rideschedules.com on the desktop
2. Navigate to Australia, New South Wales, State Transit Sydney
3. See graphics fail to render

What is the expected behavior?
All web elements render as expected.

What went wrong?
Looks like insufficient graphics resources in the Chrome browser only.

Did this work before? Yes Not sure. 

Does this work in other browsers? Yes

Chrome version: 63.0.3239.132  Channel: n/a
OS Version: 10.0
Flash Version: 

This problem is not experienced in Edge, IE or Firefox. 

It appears the default level of graphics resources is too low for standard, non-abusive implementations.
 
To reproduce this on a mobile device,
1. Visit https://rideschedules.com
2. Tap FindMe
3. Navigate through results and see web elements not displaying.

It appears the default level of graphics resources is too low for standard, non-abusive implementations.
If there is a workaround for a quick fix, please tell. 
I found a workaround.

Removing -webkit-transform:translateZ(0); from css made performance comparable to other browsers.
Please note the example URLs will no longer demonstrate the issue because the workaround is deployed.
Labels: Needs-Triage-M63 Needs-Bisect

Comment 6 by kbr@chromium.org, Feb 15 2018

Components: -Blink>WebGL Internals>Compositing
I checked this web site and it's not using WebGL. Maybe an issue with too many simultaneous layers? May be difficult to confirm given that the site has already deployed a workaround.

The website is basic HTML + CSS. 

-webkit-transform:translateZ(0) was added to trigger hardware acceleration with CSS transforms.  Turning off hardware acceleration is a known solution on the desktop so maybe this bug should closed. 

Just for detail, after FindMe and requesting route times, top blue buttons typically didn't render but responded to taps. Button box-shadow didn't display properly. Scrolling elements out of and back into view was a fix. 

I consider this issue resolved.




Cc: krajshree@chromium.org
Labels: Needs-Feedback Triaged-ET
reporter@ - Could you please confirm if the issue can be closed as per comment #7.

Thanks...!!

Comment 9 by phistuck@gmail.com, Feb 16 2018

#7 - it is not a known solution, but a known workaround. Hardware acceleration should let you do stuff more quickly, not show or hide stuff altogether.
Can you share a URL (for mobile and desktop) that still has the issue (a test page or something) so it could be investigated (or specify exactly what you changed, like the specific element to which you added -webkit-transform that resolved the issue)? Workarounds should not be required for elements to show up.
Correction on Comment #7: It was added to accelerate CSS transitions.

To reproduce the issue, simply add -webkit-transform:translateZ(0); on all elements with -webkit-transition.

On the mobile device, you can also see it here:
https://server2.rideschedules.com/stops.html




Project Member

Comment 11 by sheriffbot@chromium.org, Feb 17 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
Unable to reproduce the issue on Win-10 using chrome reported version #63.0.3239.132, latest stable #64.0.3282.168 and latest canary #66.0.3350.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Launched chrome using flag -webkit-transform:translateZ(0) from comment #10
2. Visited https://rideschedules.com on the desktop
3. Navigated to Australia, New South Wales, State Transit Sydney
4. Observed that graphics rendered without any issues.

reporter@ - Could you please check the issue on latest stable #64.0.3282.168 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
812514.mp4
10.7 MB View Download
Cc: vamshi.kommuri@chromium.org
Labels: -Needs-Feedback -Needs-Bisect
Status: WontFix (was: Unconfirmed)
As we are unable to reproduce the issue on latest stable 66.0.3359.181 and there is no response/Feedback from the reporter from so long time on comment#12 hence closing this issue and marking it as Won't fix.

@Reporter: Please feel to raise a new issue if there are any issues with chrome.

Thanks!

Sign in to add a comment