Last modified: 2013-06-22 07:55:37 UTC
While pressing CTRL+M on IME blacklisted fields. It clones the tab which shortcut applied. 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 Browser: Chromium 25 on Linux mint Maya
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.
Closing again per comment 1.
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.
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.
