New issue
Advanced search Search tips

Issue 873441 link

Starred by 1 user

Issue metadata

Status: Archived
Owner: ----
Closed: Sep 12
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Compat



Sign in to add a comment

Canvas rendering regression - broken ordering

Reported by k...@luminance.org, Aug 11

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0

Example URL:
http://game.granbluefantasy.jp/#arcarum2/stage

Steps to reproduce the problem:
1. Visit the map for the Arcarum mode in Granblue Fantasy

What is the expected behavior?
Rasterization of the navigation map should be static other than the animated element

What went wrong?
The rasterization flickers, with elements apparently being painted in the wrong order on some frames

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? Yes Release channel

Does this work in other browsers? N/A

Chrome version: Version 70.0.3518.0 (Official Build) canary (64-bit)  Channel: canary
OS Version: 10.0
Flash Version: 

Attaching screenshot of correct rasterization in release channel, along with video of broken rasterization in Canary
 
flicker.mp4
152 KB View Download
Screenshot 2018-08-11 02.09.35.png
1.1 MB View Download
This also impacts other uses of Canvas in the game, like flickering overlap of a background element over the orange attack button in battles.

This bug goes away if I disable hardware acceleration.
Screenshot 2018-08-11 02.19.43.png
193 KB View Download
Screenshot 2018-08-11 02.20.04.png
216 KB View Download
Labels: Needs-Triage-M70 Needs-Bisect
Components: Blink>Canvas
Labels: Needs-Feedback Triaged-ET
Tested the issue on mac 10.13.1 using latest canary #70.0.3518.0.
Attached screen shots for reference.

Following are the steps followed to reproduce the issue.
------------
1. Navigated to http://game.granbluefantasy.jp/#arcarum2/stage
2. Did not find any map to click on.
3. As per comment #1, did not observe any flickering overlap of a background element over the orange attack button in battles.
 
kg@ - Could you please provide any other sample url to test the issue from our end. Also please check the issue by creating a new profile without any apps and extensions and please let us know if the issue still persist or not.

Thanks...!!
873441.PNG
582 KB View Download
873441_2nd.PNG
535 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Sep 12

Status: Archived (was: Unconfirmed)
No feedback was received in the last 30 days from the reporter, so archiving this issue. Please re-open or file a new bug if necessary.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
This is broken again in Version 71.0.3557.0 (Official Build) canary (64-bit), it was working right for a while. Attaching a screen recording, observe the flickering yellow meter at the top and the heroine's legs

Is there some sort of trace I can record for troubleshooting? Y'all got rid of the canvas debugger.
flicker.mp4
3.2 MB View Download
This appears to be caused by scene complexity, and affects a small subset of the draw operations being performed every frame. It is consistent across page refreshes once it starts happening and if elements disappear from the scene (thus fewer draw calls) it goes away. Which elements are flickering is also consistent, presumably because the order of the draw calls is the same. It doesn't seem to just be 'the last things drawn' so it is probably some sort of batching issue, or the flickering being unpredictable is due to some sort of behind-the-scenes sorting.
Still broken in Version 71.0.3569.0 (Official Build) canary. Does not occur with hardware acceleration turned off, but the compositor is broken in software mode and composites garbage pixels in subregions of webpages.

Sign in to add a comment