Open Bug 1513780 Opened 7 years ago Updated 3 years ago

Online banking login is no longer triggered by pressing Enter (Easybank, AT)

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

65 Branch
x86_64
Linux
defect

Tracking

()

People

(Reporter: markus.popp, Unassigned)

Details

Attachments

(1 file)

At my bank's site, I could login pressing Enter after entering my Disposer Number and PIN, until Firefox 64: https://ebanking.easybank.at/InternetBanking/InternetBanking?d=login&svc=EASYBANK&ui=html&lang=en In Firefox 65, Enter no longer submits the form. The Login button still works.
works for me with wrong credentials and Firefox64, Firefox65b4 and Firefox66nightly on windows10 I get the expected "login failed" error message
(In reply to Matthias Versen [:Matti] from comment #1) > works for me with wrong credentials and Firefox64, Firefox65b4 and > Firefox66nightly on windows10 > I get the expected "login failed" error message I use Firefox on Linux, Xubuntu 18.04 64bit to be exact. Maybe it's a Linux only issue.
This works as well for me in Firefox64 on Xubuntu and Firefox64 on OSX but I can only test with not invalid login credentials. Do you have extensions installed ?
(In reply to Matthias Versen [:Matti] from comment #3) > This works as well for me in Firefox64 on Xubuntu and Firefox64 on OSX but I > can only test with not invalid login credentials. > Do you have extensions installed ? I tried with a clean profile and still Enter doesn't submit the form. I use iBus, in case that plays a role. Recently I reported another keyboard related bug 1508200, there you can find screenshots of my keyboard and iBus settings. Maybe you can duplicate the issue by replicating my keyboard settings.
Component: General → Keyboard: Navigation
Product: Firefox → Core
Markus, could you help us out by trying this with iBus disabled?
Flags: needinfo?(markus.popp)
(In reply to Andreas Farre [:farre] from comment #5) > Markus, could you help us out by trying this with iBus disabled? With iBus disabled, Enter submits the login form. So it's obviously iBus related.
Flags: needinfo?(markus.popp)
Attached file keycode.html
So digging into the sources, it looks like the page does if(!window.event){ if(myEvent.which==13){ submitLogin(form); } } else if(window.event.keyCode==13){ submitLogin(form); } to guard if the form should be submitted. Markus, could you perhaps check so that that keycode is what your iBus keyboard setup sends for 'Enter'? A long shot, but good to make sure. I've attached a file for checking key codes, so you should be confirm this easily.
Flags: needinfo?(markus.popp)
Key code is 13, so this works right.
Flags: needinfo?(markus.popp)
Thanks Markus! Masayuki do you have an idea of what could be happening?
Flags: needinfo?(masayuki)
Priority: -- → P3
On 65, window.event becomes available. So, now, we are in the |else if| case in comment 7. However, if you hit an issue of iBus, it sounds like that dup of bug 1498823. However, we're still not sure what's going on...
Flags: needinfo?(masayuki)
Component: Keyboard: Navigation → User events and focus handling

This works again and seems to no longer be an issue.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: