New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 788190 link

Starred by 5 users

Issue metadata

Status: Duplicate
Merged: issue 780834
Owner: ----
Closed: Dec 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Build-in password manager is generating unwanted focus events

Reported by to...@lamr.org, Nov 23 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Let Chrome/Chromium save a password by built-in password manager
2. Login to your precious app
3. Observe, that browser is emitting focus events on various inputs (with no id/name similar to these used in login form) it can find in DOM.

What is the expected behavior?
Password manager which is trying to fill some credentials somewhere should never lead to dispatching events on any inputs that are not related to login form.

What went wrong?
It dispatches events on inputs, that have some business logic attached to. Hence it is breaking our apps. https://forums.smartclient.com/forum/smart-gwt-technical-q-a/250270-lost-focus-with-chrome-linux

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes 61

Does this work in other browsers? Yes

Chrome version: 61.0.3163.100+  Channel: stable
OS Version: Debian 9
Flash Version: 

In 61, it generated only one falsy event, hence users did not care, since they just clicked once more to do their stuff. Since 62 it is generating focus events much more agresivelly and our users are unable to even open date picker.

I was pointed to create a new issue based on discussion here: https://bugs.chromium.org/p/chromium/issues/detail?id=780834
 

Comment 1 by to...@lamr.org, Nov 23 2017

I can share url and credentials with simple step to reproduce if needed. Do not have any public instance available.

Comment 2 by opt...@gmail.com, Nov 23 2017

Some notes
- This problem is not specific to linux
- The problem is for login process via xmlhttprequest without reloading main page
- Removing saved password for the site domain will make it work again
- reloading page after login (provided that login is not asked again) will make it work
- separate login process into a seprate page will ale it work
Cc: krajshree@chromium.org
Components: Blink>Forms>Password
Labels: Needs-Milestone Needs-Feedback Triaged-ET
tomas@ - Thanks for filing the issue...!!
As per comment #1, could you please provide a sample url with sample credentials to test the issue from TE-end.
This will help us in triaging the issue further.

Thanks...!!

Comment 4 by to...@lamr.org, Nov 24 2017

Thank you! Just sent you an email with credentials. Did not know how to put them here and make them not visible for whole world.
Project Member

Comment 5 by sheriffbot@chromium.org, Nov 24 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "krajshree@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
Those focus events happen initially and whenever a form input is added to the DOM. Please see also my bug report at https://bugs.chromium.org/p/chromium/issues/detail?id=788189 where I link to a minimal example.
Components: -Blink -Blink>Forms>Password UI>Browser>Passwords

Comment 8 by vabr@chromium.org, Dec 1 2017

Mergedinto: 780834
Status: Duplicate (was: Unconfirmed)
This looks like bug 780834.

Sign in to add a comment