After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 789212 - TAB key navigation should not zap password
TAB key navigation should not zap password
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: Passwords, Cookies, & Certificates
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-10-19 16:30 UTC by Dan Jacobson
Modified: 2017-10-19 17:13 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dan Jacobson 2017-10-19 16:30:25 UTC 
There I was on http://www.ragii.net/portal.php
with the saved username and password already nicely filled in by epiphany,

[用戶名] [jidanni             ]  [ ]自動登錄  找回密碼
密碼     [**********          ]  登錄         立即註冊

So I attempted to use the TAB key to get to the "remember me" box
[ ]自動登錄
and check it.

But while getting to that box, when I tabbed past the password field,
my nicely already filled in password ********** became just empty!

In fact one can test this on any form with a password field right now.
Type in the password, then use TAB to go to the password field. The
password disappears... even if we are "just passing by" on our way
somewhere else on the page.
Comment 1 Michael Catanzaro 2017-10-19 16:55:07 UTC 
I'm seeing the exact opposite behavior... if you tab into a password field, it immediately autofills the password. Tabbing out doesn't seem to do anything for me.
Comment 2 Dan Jacobson 2017-10-19 17:09:03 UTC 
$ /usr/lib/*-linux-gnu/webkit2gtk-4.0/MiniBrowser https://bugzilla.gnome.org/
and TAB to the (cooly unmarked) username field and fill it out, now TAB to the (also unlabled) password field and fill it out, now keep on TABing. Now SHIFT+TAB to back up a few times. Now TAB forward.

We find that on the second pass forward, the password gets eaten.

So it is a webkit bug...
Comment 3 Dan Jacobson 2017-10-19 17:13:57 UTC 
OK made https://bugs.webkit.org/show_bug.cgi?id=178520 .