MacOS handle cmd+V directly in WebKit

MacOS handle cmd+V directly in WebKit

In MacOS paste text into webpages work very slowly(as compared with Win)
because we send input message to renderer, than back to browser process,
do blinking by top menu item, and than send message for paste again to
renderer.

You can copy one symbol and try to paste it in any webpage by holding
cmd+v this will be very slow.

This CL do handle input cmd+V message immediately be renderer without
sending it back to browser process, but has side effects because we will
don't blinking by top menu item.

R=ojan@chromium.org,aelias@chromium.org

BUG=647183

[aelias_OOO_until_Jul13, 2016-09-14 18:19:12]

OK, I can observe the slowness of repeated paste on OS X, but I'm not sure that
this is the right fix.  Firefox and Safari both blink the Edit menu even as they
paste faster than Chrome.  I'd suggest filing a bug describing the symptoms and
attach a chrome://tracing profile taken during repeated paste (with Blink, Input
and Browser categories at a minimum).

[yamaxim, 2016-09-15 10:18:11]

Description was changed from

==========
MacOS handle cmd+V directly in WebKit

In MacOS paste text into webpages work very slowly(as compared with Win)
because we send input message to renderer, than back to browser process,
do blinking by top menu item, and than send message for paste again to
renderer.

You can copy one symbol and try to paste it in any webpage by holding
cmd+v this will be very slow.

This CL do handle input cmd+V message immediately be renderer without
sending it back to browser process, but has side effects because we will
don't blinking by top menu item.

R=ojan@chromium.org,aelias@chromium.org

BUG=
==========

to

==========
MacOS handle cmd+V directly in WebKit

In MacOS paste text into webpages work very slowly(as compared with Win)
because we send input message to renderer, than back to browser process,
do blinking by top menu item, and than send message for paste again to
renderer.

You can copy one symbol and try to paste it in any webpage by holding
cmd+v this will be very slow.

This CL do handle input cmd+V message immediately be renderer without
sending it back to browser process, but has side effects because we will
don't blinking by top menu item.

R=ojan@chromium.org,aelias@chromium.org

BUG=647183
==========

[yamaxim, 2016-09-15 10:21:17]

On 2016/09/14 18:19:12, aelias wrote:
> OK, I can observe the slowness of repeated paste on OS X, but I'm not sure
that
> this is the right fix.  Firefox and Safari both blink the Edit menu even as
they
> paste faster than Chrome.  I'd suggest filing a bug describing the symptoms
and
> attach a chrome://tracing profile taken during repeated paste (with Blink,
Input
> and Browser categories at a minimum).

So, I created  https://bugs.chromium.org/p/chromium/issues/detail?id=647183
Should I delete this CL?

[aelias_OOO_until_Jul13, 2016-09-15 18:13:56]

On 2016/09/15 at 10:21:17, yamaxim wrote:
> On 2016/09/14 18:19:12, aelias wrote:
> > OK, I can observe the slowness of repeated paste on OS X, but I'm not sure
that
> > this is the right fix.  Firefox and Safari both blink the Edit menu even as
they
> > paste faster than Chrome.  I'd suggest filing a bug describing the symptoms
and
> > attach a chrome://tracing profile taken during repeated paste (with Blink,
Input
> > and Browser categories at a minimum).
> 
> So, I created  https://bugs.chromium.org/p/chromium/issues/detail?id=647183
> Should I delete this CL?

Thanks.  Please don't delete the CL since that would delete history of
discussion/proposals.  If we choose not to land a CL, it's better to "Close"
instead.