CSS cube not rendering properly when hardware acceleration is disabled
Reported by
fs.sunat...@gmail.com,
Feb 16 2018
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36 Example URL: https://youriguide.com/sample-full?page=tour&nomenu Steps to reproduce the problem: 1. Disable hardware acceleration 2. Navigate to page https://youriguide.com/sample-full?page=tour&nomenu What is the expected behavior? The panoramic cube should not render with corrupted images. What went wrong? The panoramic cube renders with corrupted images. Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 64.0.3282.167 Channel: stable OS Version: OS X 10.10.5 Flash Version: The panorama is made by creating a cube of images with CSS transforms. We use headless Chrome to take screenshots of this page with hardware acceleration disabled (--disable-gpu). We currently need to do a workaround to take a snapshot of the cube and render it on top of the cube.
,
Feb 19 2018
,
Feb 19 2018
Thanks for filing the issue! Unable to reproduce the issue on reported chrome version 64.0.3282.167 and on the latest canary 66.0.3350.0 using Mac 10.13.1 with the below mentioned steps. 1. Launched Chrome (Disabled HW acceleration) 2. Navigated https://youriguide.com/sample-full?page=tour&nomenu We didn't observe any corrupted images after navigating to the above site. Attaching the screen cast of the same. @Reporter: Could you please check the screen cast and let us know if we have anything in the process of reproducing the issue. Thanks!
,
Feb 20 2018
Hi, thanks for the reply! Could you try dragging the mouse (mousedown, mousemove, mouseup) vertically, horizontally, diagonally over the panorama? This will rotate the panorama?
,
Feb 20 2018
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
,
Feb 20 2018
Doesn't reproduce on linux without GPU. There is a lot of tearing, and sometimes it does seem like there is content missing for a single frame. It may be that with the headless screen grab you are capturing exactly those missing frames. Back to vamshi.kommuri@ for attempt to reproduce.
,
Feb 23 2018
Able to reproduce this issue on Mac 10.12.6, win-10 and Ubuntu 14.04 using chrome reported version #64.0.3282.167 and latest canary #66.0.3353.0. This is a non-regression issue as it is observed from M60 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Feb 26 2018
,
Feb 26 2018
Shifting to Rasterization label, as there's nothing we do differently in paint and image in Blink depending on GPU (as far as I know). FWIW I still can't reproduce anywhere, so maybe this is a memory issue.
,
Feb 26 2018
Could this be an issue in Skia? Or in the software compositor/renderer? I don't know to what extent 3D CSS works there. ->weiliangc who is probably the most knowledgeable about the software/skia renderer at this point.
,
Oct 29
,
Jan 7
Any movement on this? You can see the issue when resizing the window here: https://codepen.io/adamdupuis/pen/qLYzqB |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by krajshree@chromium.org
, Feb 18 2018