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

Issue 850542 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

WebGL .toDataURL images are inverted on MacOS 10.11

Reported by marc.pfi...@gmail.com, Jun 7 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36

Steps to reproduce the problem:
1. View http://jsfiddle.net/bk3xd6n7/
2. After ~5 seconds the pink div should display an image of the map on the left.

What is the expected behavior?
The image of the map should match the map.

What went wrong?
The image is upside down.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 66.0.3359.181  Channel: n/a
OS Version: OS X 10.11.6
Flash Version:
 
Screen Shot 2018-06-07 at 8.52.19 AM.png
206 KB View Download

Comment 1 by junov@chromium.org, Jun 7 2018

I can't reproduce. What I am observing: after 5 seconds, the iframe running the fiddle crashes with an out-of-memory error.
Labels: Needs-Triage-M66
Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Unable to reproduce the issue on mac 10.13.3 using chrome reported version #66.0.3359.181, latest stable #67.0.3396.79 and latest canary #69.0.3452.0.

Attached a screen shot for reference.

Following are the steps followed to reproduce the issue.
------------
1. Viewed http://jsfiddle.net/bk3xd6n7/
2. After ~5 seconds the pink div displayed an image of the map on the left.
3. Observed that image of the map match the map as expected.

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

Thanks...!!
Screen Shot 2018-06-08 at 15.56.33.png
734 KB View Download
The issue is fixed in Canary #69.0.3452.0 with a new user profile. A correct image is generated.

I also tried testing 66.0.3359.181 with a new user profile and this resulted in no image being displayed because an invalid image was generated.
Project Member

Comment 5 by sheriffbot@chromium.org, Jun 9 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
Cc: vamshi.kommuri@chromium.org
Labels: Needs-Feedback
@Reporter: Could you please check the same in the latest stable 67.0.3396.79, and let us know if the issue still persists. You can download the latest chrome versions from the below link.
https://www.chromium.org/getting-involved/dev-channel

Thanks!
Using 67.0.3396.79 an invalid image is generated instead of an inverted one. The base 64 string does not decode into a valid image.
Project Member

Comment 8 by sheriffbot@chromium.org, Jun 11 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
Cc: susan.boorgula@chromium.org
Labels: Needs-Feedback
marc.pfister@ Thanks for the update.

Tested this issue on Mac OS 10.13.5 and Windows 10 on the latest Stable 67.0.3396.79 and Canary 69.0.3455.0 and unable to reproduce the issue by following the below steps.

1. Navigated to http://jsfiddle.net/bk3xd6n7/.
2. After ~5 seconds ,observed that image of the map is rendered as expected.
Attached is the screen shot for reference.

Request you to retry the issue on a new chrome profile without any flags/extensions and update the thread with the observations.

Thanks..
850542.png
302 KB View Download
67.0.3396.79 with a new user profile and flags set to default results in an invalid image.
Project Member

Comment 11 by sheriffbot@chromium.org, Jun 12 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: TE-NeedsTriageHelp
Neither we are getting the results of Inverted Image nor Invalid image on reported chrome version 66.0.3359.181 and on the latest stable 67.0.3396.87 , hence adding label "TE-NeedsTriageHelp" and requesting someone from "Blink>Canvas" team to have a look into the issue and help in further triaging it.

Thanks!
Cc: phanindra.mandapaka@chromium.org
Labels: Mac-10.11
As per comment# 0, the issue seems to be specific to Mac 10.11, hence adding 'Mac-10.11' label to this issue.

Thanks!

Comment 14 by junov@chromium.org, Jun 21 2018

Components: Blink>WebGL Internals>GPU>VendorSpecific
Owner: ccameron@chromium.org
Status: Assigned (was: Unconfirmed)
Summary: WebGL .toDataURL images are inverted on MacOS 10.11 (was: WebGL .toDataURL images are inverted)
ccameron: Any idea what could be causing this?
Status: Fixed (was: Assigned)
Per #4: "The issue is fixed in Canary #69.0.3452.0 with a new user profile. A correct image is generated."

Marking as fixed.

Comment 16 by kbr@chromium.org, Jun 21 2018

Status: WontFix (was: Fixed)
Fixed -> WontFix because there was no associated code change.

Submitter, *please* upgrade your system. 10.11 had bad graphics driver bugs that continue to bite us.

Sign in to add a comment