I've been having this interesting problem on Mac OS X when using Chrome. At first I thought it was isolated to Chrome, but I just checked and it also happens in Safari. Do any Mac experts know where this problem lies? Is it in Webkit, or is it somewhere in the operating system?

Background: Because I switch back and forth between OSX and Windows every day, I have remapped some common keyboard shortcuts so that I can (mostly) use the same shortcuts on both operating systems. The most common is copy/paste, ctrl-C and ctrl-V. These remaps work in most applications, but ctrl-V has stopped functioning correctly in Chrome and Safari in recent months.

What I'd like to do is to have some Mac experts help me narrow down the source of the problem so that I can either find a work-around, or find the correct person to report the bug to, since this is a regression.

Anyone interested in poking at this with me?


Steps:

Starting on Mac OS X...

Open System Preferences of the Mac OS X operating system.

Select "Keyboard".

Select the tab "Shortcuts".

Select on the left column "App Shortcuts".

Select "All Applications".

Press the "+" button to add a custom keyboard shortcut for "All Applications", for the menu title of "Copy" and the keyboard shortcut of control-C (will appear as "^C" once you have pressed the key combo). Press "Add".

Press the "+" button to add a custom keyboard shortcut for "All Applications", for the menu title of "Paste" and the keyboard shortcut of control-V (will appear as "^V" once yuo have pressed the key combo). Press "Add".

Now you have remapped "Copy" and "Paste" on the Mac to Ctrl-C and Ctrl-V.

Now attempt to use these items in either the Chrome or the Safari web browser.

Attempt to paste text using Ctrl-V at the top of an existing multiline text field which already contains some text.

EXAMPLE: Editing an email in Gmail, type some text, copy it to the clipboard, then move your cursor to the top of the email and try to paste the text ABOVE existing text in the email editing field using Control-V.

Expected: Text should paste a the top of the field.

Actual: Cursor jumps to the bottom of the field without pasting. Only if the cursor is already at the end of the field does the paste work.



Notes:

This used to work fine before, this behavior is new in the last couple of months.

I am not certain if the behavior changed when there was a Chrome update or when there was an OS X update. Since I rarely used Safari, I don't know if there was a period where Chrome had the problem and Safari didn't, or vice-versa. I only know that I noticed the problem starting at some point in Chrome, and put up with it for a couple of months before checking to see if the problem also happened in Safari.

The behavior is fine in other apps. For example try it in Mac OS "Text Edit" program and see that it works fine as expected.

This seems to be limited to web browser apps such as Chrome and Safari, making me suspect it's something new in WebKit.

Please don't respond with "you shouldn't be remapping these keys in the first place" since this method worked fine until recently (and still works fine in other apps). I'm trying to locate the source of the regression, not change the way I use the computer.

Please don't respond with "you should use the Modifier Keys feature of OS X instead of the remap feature", because using the Modifier Keys feature was the first thing I tried, when I first got the mac, and it was not sufficient for my needs. It caused more problems than it solved. Again, I'm trying to find the source of the regression here.



Can anyone help me narrow down where/why this issue is occurring?

Thanks!