Remove GetNextEvent loop from Carbon plugin processing

This was originally added to make events in plugin-opened windows work, but it no longer appears to be necessary (presumably because we are now doing full Cocoa initialization vi CrApplication).

BUG=none
TEST=Plugin-opened windows (Flash 10.0 full screen, Gmail attachment selection, etc.) should still work correctly.

Review URL: http://codereview.chromium.org/661317

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@40688 0039d316-1c4b-4281-b951-d872f2087c98

1 files changed, 0 insertions, 19 deletions

diff --git a/webkit/glue/plugins/webplugin_delegate_impl_mac.mm b/webkit/glue/plugins/webplugin_delegate_impl_mac.mm
index 80020d3..ae22f61 100644
--- a/webkit/glue/plugins/webplugin_delegate_impl_mac.mm
+++ b/webkit/glue/plugins/webplugin_delegate_impl_mac.mm
@@ -1049,25 +1049,6 @@ void WebPluginDelegateImpl::FireIdleEvent() {
 
   ScopedActiveDelegate active_delegate(this);
 
-  if (!webkit_glue::IsPluginRunningInRendererProcess()) {
-    // If the plugin is running in a subprocess, drain any pending system
-    // events so that the plugin's event handlers will get called on any
-    // windows it has created.  Filter out activate/deactivate events on
-    // the fake browser window, but pass everything else through.
-    EventRecord event;
-    while (GetNextEvent(everyEvent, &event)) {
-      if (!instance())
-        return;
-      if (event.what == activateEvt && cg_context_.window &&
-          reinterpret_cast<void *>(event.message) != cg_context_.window)
-        continue;
-      instance()->NPP_HandleEvent(&event);
-    }
-    // If the plugin went away during event handling, we're done.
-    if (!instance())
-      return;
-  }
-
   // Send an idle event so that the plugin can do background work
   NPEvent np_event = {0};
   np_event.what = nullEvent;