Fix painting glitch with text and NPAPI plugins. This was a regression from r167042. The problem wa…

content/renderer/webplugin_delegate_proxy.h

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef CONTENT_RENDERER_WEBPLUGIN_DELEGATE_PROXY_H_
 #define CONTENT_RENDERER_WEBPLUGIN_DELEGATE_PROXY_H_
 
 #include <string>
 #include <vector>
 
@@ skipping 282 matching lines @@
   // Event passed in by the plugin process and is used to decide if messages
   // need to be pumped in the NPP_HandleEvent sync call.
   scoped_ptr<base::WaitableEvent> modal_loop_pump_messages_event_;
 
   // Bitmap for crashed plugin
   SkBitmap* sad_plugin_;
 
   // True if we got an invalidate from the plugin and are waiting for a paint.
   bool invalidate_pending_;
 
+  // If the plugin is transparent or not.
+  bool transparent_;
+
   // The index in the transport_stores_ array of the current front buffer
   // (i.e., the buffer to display).
   int front_buffer_index_;
   SharedBitmap transport_stores_[2];
   // This lets us know the total portion of the transport store that has been
   // painted since the buffers were created.
   gfx::Rect transport_store_painted_;
   // This is a bounding box on the portion of the front-buffer that was painted
   // on the last buffer flip and which has not yet been re-painted in the
   // back-buffer.
   gfx::Rect front_buffer_diff_;
 
   // The url of the main frame hosting the plugin.
   GURL page_url_;
 
   DISALLOW_COPY_AND_ASSIGN(WebPluginDelegateProxy);
 };
 
 }  // namespace content
 
 #endif  // CONTENT_RENDERER_WEBPLUGIN_DELEGATE_PROXY_H_