'S' and 'E' act as hidden hot keys in Chrome 28

[GoogleCodeExporter]

Pre-Requisite:
Must be running Chrome 28

Recreate:
1.  Go to a page with a text field, i.e. www.google.com
2.  Find the textfield element
3.  Send text to the element that contains the letter e
Issue:  When the character 'e' is typed, it acts as a backspace
4.  Send text to the element that contains the letter s
Issue:  The character 's' seems to send a submit or close to the element.

Expected behavior:
The characters should be typed into text fields, not sent as hot keys.  If a 
test is run headlessly, all works as expected.  The issue only occurs when the 
test is run visibly.  

I've posted a video of the behavior to screencast.com.  Video is viewable at 
http://screencast.com/t/fw82TUBMmC

Chrome = Version 28.0.1500.71
ChromeDriver = Version 2.1
Selenium webdriver version = 2.33

Original issue reported on code.google.com by tiff...@massrelevance.com on 30 Jul 2013 at 6:37

• Merged into: #677

[GoogleCodeExporter]

Original comment by barancev on 30 Jul 2013 at 7:51

• Added labels: Browser-Chrome

[GoogleCodeExporter]

This still happens for me as of Chrome 31 and chromedriver 2.8.

Original comment by jason.p.morrison on 7 Jan 2014 at 10:06

[GoogleCodeExporter]

I'm using python selenium 2.36.0.  It happens on Linux, but not OSX.

Original comment by jason.p.morrison on 7 Jan 2014 at 10:09

[GoogleCodeExporter]

Original comment by st...@chromium.org on 7 Jan 2014 at 11:52

[GoogleCodeExporter]

Happening for me too, running in a Virtualbox VM, using x11 forwarding.  

On the guest VM, I have:
chromedriver = 2.9
google-chrome = 32.0.1700.107

Original comment by jwar...@ziprecruiter.com on 12 Feb 2014 at 10:22

[GoogleCodeExporter]

I'm using Perl Selenium::Remote::Driver.  Host is OSX Mavericks, Guest is 64bit 
ubuntu (precise).

Original comment by jwar...@ziprecruiter.com on 12 Feb 2014 at 10:23

[GoogleCodeExporter]

Original comment by craigdh@chromium.org on 12 Feb 2014 at 10:33

• Changed state: Duplicate