When loading a webgl water demo it has wrong colors
Bug #1591727 reported by
geppo61
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Confirmed
|
Unknown
|
|||
firefox (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
When loading a webgl water demo it has wrong colors
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: firefox-
ProcVersionSign
Uname: Linux 4.4.0-24-
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: powerpc
CurrentDesktop: MATE
Date: Sun Jun 12 19:13:36 2016
InstallationDate: Installed on 2016-04-08 (65 days ago)
InstallationMedia: Ubuntu-MATE 16.04 LTS "Xenial Xerus" - Beta powerpc (20160323.1)
SourcePackage: firefox-
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in firefox: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in firefox: | |
importance: | Medium → Unknown |
To post a comment you must log in.
User Agent: Mozilla/5.0 (X11; Linux ppc64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16
Build ID: 20130224111411
Steps to reproduce:
View a page with a WebGL canvas, using Firefox 19 on Linux/PPC.
Actual results:
The wrong colours appeard.
Example:
gl_FragColor = vec4(0. 0,1.0,1. 0,1.0); results in a transparent pixel (should be cyan) 0,0.0,1. 0,1.0); results in a yellow pixel (should be purple) 0,1.0,0. 0,1.0); results in a purple pixel (should be yellow) 0,1.0,1. 0,0.5); results in a cyan pixel (should be semitransparent white)
gl_FragColor = vec4(1.
gl_FragColor = vec4(1.
gl_FragColor = vec4(1.
Since the order of the components have been completely reversed, this looks like an endianness issue, and I saw several places in the code which seemed to assume that gfxASurface: :ImageFormatARG B32 actually meant BGRA (not necessarily true, since it's supposed to use native endianness).
Expected results:
The actual colours requested by the fragment shader should have been displayed.