Page MenuHomePhabricator

Keyboard shortcut for IME creates new tab
Closed, InvalidPublic

Details

Reference
bz49559

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 1:48 AM
bzimport set Reference to bz49559.
bzimport added a subscriber: Unknown Object (MLST).

In an HTML form, if you press control+m, form get submitted. One can try here http://www.w3schools.com/html/tryit.asp?filename=tryhtml_form_submit

In the login form's password field or other fields where IME is not present, what you get is the default form submit behavior. If IME is not attached to a field, IME is not controlling the keypress behavior.

So what you see is an expected behavior.

Is that an expected behavior?! Per above argument, I think this could be closed when someone create some blank functions to capture the event and disallow the usability distraction. Reopening.

ravidreams_03 wrote:

If a user's password is in native language, how can he type it if the IME won't work there? I would like to know if the IME is disabled in that field in order to adhere to some web standard? Thanks.

deepugn wrote:

Reopening the bug since the form is not getting submitted by pressing CTRL + M for me in IE9 as per comment 1

I tried with the example Santhosh said in windows 7 Enterprise, IE 9, and firefox 21 was his comment a generalized one, for all browsers all version in all Operating systems all versions??

(In reply to comment #1)

In an HTML form, if you press control+m, form get submitted. One can try here
http://www.w3schools.com/html/tryit.asp?filename=tryhtml_form_submit

Errrm, Ctrl+M does nothing for me in Firefox 18 on that page.

Pressing Ctrl+M in Firefox 18 in a ULS-blacklisted field on
http://ml.wikipedia.org/w/index.php?title=%E0%B4%AA%E0%B5%8D%E0%B4%B0%E0%B4%A4%E0%B5%8D%E0%B4%AF%E0%B5%87%E0%B4%95%E0%B4%82:%E0%B4%AA%E0%B5%8D%E0%B4%B0%E0%B4%B5%E0%B5%87%E0%B4%B6%E0%B4%A8%E0%B4%82&returnto=%E0%B4%AA%E0%B5%8D%E0%B4%B0%E0%B4%A7%E0%B4%BE%E0%B4%A8+%E0%B4%A4%E0%B4%BE%E0%B5%BE&type=signup
does not do anything here either.

Deepu G Nair: From your last comment it's unclear to me what happens in which exact browser. Clear steps and information are very welcome, and especially trying with a clean browser (no extensions, add-ons etc. that might interfere with default behavior).

Comment 1 is not a generic statement, but specific to this bug - for Chrome/Chromium on Linux.

Browser form submission behavior is not in the scope of the extension and we dont control the default the behavior of browsers on the input fields the extension not activated.

Ah, thanks for explaining. Verified with Google Chrome 25 and link in comment 1 that Ctrl+M triggers a new window in Chrome.

Deepu: Please do NOT reopen this report, as there is no bug in any Wikimedia code.