96931b
# HG changeset patch
96931b
# Parent  3de59fe1b8708c01e134ce698c4232b8a854f617
225ef2
Problem:  webGL sites are displayed in the wrong color (usually blue-ish)
225ef2
Solution: Problem is with skia once again. Output of webgl seems endian-correct, but skia only
225ef2
          knows how to deal with little endian.
225ef2
          So we swizzle the output of webgl after reading it from readpixels()
225ef2
Note:     This does not fix all webGL sites, but is a step in the right direction
96931b
96931b
diff --git a/gfx/gl/GLContext.h b/gfx/gl/GLContext.h
96931b
--- a/gfx/gl/GLContext.h
96931b
+++ b/gfx/gl/GLContext.h
96931b
@@ -1548,16 +1548,23 @@ class GLContext : public GenericAtomicRe
96931b
     AFTER_GL_CALL;
96931b
   }
96931b
 
96931b
   void raw_fReadPixels(GLint x, GLint y, GLsizei width, GLsizei height,
96931b
                        GLenum format, GLenum type, GLvoid* pixels) {
225ef2
     BEFORE_GL_CALL;
225ef2
     mSymbols.fReadPixels(x, y, width, height, format, type, pixels);
225ef2
     OnSyncCall();
96931b
+#if MOZ_BIG_ENDIAN()
225ef2
+    uint8_t* itr = (uint8_t*)pixels;
225ef2
+    for (GLsizei i = 0; i < width * height; i++) {
225ef2
+      NativeEndian::swapToLittleEndianInPlace((uint32_t*)itr, 1);
225ef2
+      itr += 4;
225ef2
+    }
225ef2
+#endif
225ef2
     AFTER_GL_CALL;
225ef2
     mHeavyGLCallsSinceLastFlush = true;
225ef2
   }
96931b
 
96931b
   void fReadPixels(GLint x, GLint y, GLsizei width, GLsizei height,
96931b
                    GLenum format, GLenum type, GLvoid* pixels);
96931b
 
96931b
  public: