Issue metadata
Sign in to add a comment
|
No input event for saved password after interaction with the page
Reported by
matzep...@gmail.com,
Oct 17 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/61.0.3163.100 Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. Create an account at https://mail.tutanota.com/signup 2. Login at mail.tutanota.com 3. Save the password in chromium 4. Log out 5. Open a new browser window at mail.tutanota.com 6. Click on Login button (credentials should be pre-filled) What is the expected behavior? I am logged in. What went wrong? I am not logged in as the password field is not filled with my saved password. I understand that these fields are only filled after interaction with the page. This bug has been introduced within one of the latest releases: * In chromium 57 on debian works as expected: The value on the password field is not set. When I click on login, the input event is triggered and the value of the field is set to the stored password. Afterwards, the click event on the button is triggered and I'm logged in successfully. * I can't login with chromium 61/62 on Linux and Windows: The value on the password field is not set initially (in a new window). When I click on login, the click event is directly triggered. The input event is not triggered and the value is not set on the element. Did this work before? Yes 57 Chrome version: 61.0.3163.100 Channel: stable OS Version: Flash Version:
,
Oct 17 2017
,
Oct 18 2017
Unable to reproduce the issue on the reported chrome version stable 61.0.3163.100 and on the latest canary 63.0.3239.9 using Ubuntu 14.04 Could you please re-try the scenario by creating a new profile Please follow below steps to create a New profile (i). Launch chrome>>go to Settings) (ii).Under the section headed People, Click on link Manage other people>>Add person
,
Oct 20 2017
I re-tested this issue on Ubuntu 16.04 and Windows 10 with Chrome 61.0.3163.100. I created new profiles/persons and was able to reproduce it.
,
Oct 20 2017
Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 20 2017
Just found out what triggers this bug: We were setting the value of the password field to an empty string which seems to be noticed by the autocompletion. The autocompletion obviously refuses to fill a textfield when a value has been set before. This behaviour has been changed and couldn't be observed in chromium 57.
,
Oct 27 2017
Unable to reproduce the issue on Ubuntu 14.04 using chrome reported version-61.0.3163.100,stable-62.0.3202.75 & dev-63.0.3239.18 as per C#0. User able to login successfully with autofilled credentials. Please find the attached screen cast for reference .Could you please check this issue on latest chrome versions & let us know your observations on the same. Thanks..!
,
Oct 27 2017
You did reproduce the problem. The dialog "you have been hit by a bug of the autofill feature of your browser" is only displayed if the value of the text field is not set by the autofill feature.
This is what currently happens:
1. The page is loaded
2. We set the value of the password field to an empty string ("")
3. The chrome autofill feature displays the placeholders on the password field.
4. When you click on login, the autofill feature detects that the value of the password field has been set from JS already and does not set the value again.
The autofill feature has overridden the value of the field in version 57, no matter if the value has been set from JS or not.
The workaround we implemented (not released yet) was to not set the value of the password field. However, it took some time to find out that chrome does not override the value anymore...
,
Oct 27 2017
Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 1 2017
Unable to reproduce the issue on the reported chrome version stable 61.0.3163.100 and on the latest canary 64.0.3254.0. using Ubuntu 14.04 with the steps mentioned in comment#0. Attaching the screen cast of the same. As the reporter is facing the issue even in new profile, could some one from the respective team have a look into this.
,
Nov 3 2017
The screencast shows that you have stored the password within the app. You will not be able to reproduce this issue under this circumstandes, as you did not use the password manager of the browser.
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by matzep...@gmail.com
, Oct 17 2017