Part 2/3 (GL) of adding with device scale factor to transport surfaces

ppapi/shared_impl/ppb_graphics_3d_shared.cc

Index: ppapi/shared_impl/ppb_graphics_3d_shared.cc
diff --git a/ppapi/shared_impl/ppb_graphics_3d_shared.cc b/ppapi/shared_impl/ppb_graphics_3d_shared.cc
index fbe72219eee8b63fbabc02be4ddd1bdcd2c34c6c..4960db58e22b012e198948e47719d8c6deb95ae4 100644
--- a/ppapi/shared_impl/ppb_graphics_3d_shared.cc
+++ b/ppapi/shared_impl/ppb_graphics_3d_shared.cc
@@ -51,7 +51,7 @@ int32_t PPB_Graphics3D_Shared::ResizeBuffers(int32_t width, int32_t height) {
     return PP_ERROR_BADARGUMENT;
 
   ScopedNoLocking already_locked(this);
-  gles2_impl()->ResizeCHROMIUM(width, height);
+  gles2_impl()->ResizeCHROMIUM(width, height, 1.f);

[ccameron, 2013/05/22 08:38:31]

This seemed questionable to me, put pepper flash worked transitioning between
hidpi and non-hidpi screens, and going in and out of fullscreen on both.

[piman, 2013/05/22 19:41:14]

It's ok. Hi-DPI is handled separately in Flash. Also, the scale factor is
actually ignored in the decoder for the "parenting" case - see the is_offscreen
case in GLES2DecoderImpl::HandleResizeCHROMIUM

   // TODO(alokp): Check if resize succeeded and return appropriate error code.
   return PP_OK;
 }