Take https://www.slido.com/'s login page. The login form contains 2 buttons - "Forgot password?" and "Log in", in this order. The former has type="button" whereas the latter is type="submit", but the 1password's automatic sign-in feature interacts with the former and instead of login leads me to password reset. This is not only wrong, but it's confusing as well as it might seem like the site's policy and user is therefore forced to reset her password for the wrong reason. 1Password Version: 8.10.33 Extension Version: 2.25.1 OS Version: Windows 11 23H2 Browser: Brave

Another vote for this issue; we're seeing the same behavior across a number of our sites. Selecting a 1Password entry from the dropdown added by the 1P extension fills the form, but instead of submitting the form (by triggering a button with type=submit), a "link" (a button with type=button) is triggered which switches from the sign in flow to the create account flow. URL: https://themeforest.net/ (click "Sign In" at the top right) Happens with: Browser: Firefox 127.0.2 (64-bit) Extension: 2.25.1 Also happens with: Brave Version 1.67.123 Chromium: 126.0.6478.126 (Official Build) (arm64) Extension: 2.25.1 Also happens with: Chrome Version 126.0.6478.127 (Official Build) (arm64) Extension: 2.25.1 Note: the above Chrome profile was originally slightly out of date and was using extension version 2.23.1, which did NOT exhibit this problem! It was auto-updated to 2.25.1 and the problem then started happening. I'm aware of the work-arounds above, however that won't help our users out in the world :) 1P_David would you be able to provide an update once one is available from the dev team? Thank you!

Same here, the login form of the software my company is developing is also being auto-submitted incorrectly by 1Password, hitting the button to send the user a login link rather than just logging them in with the auto-filled password. There doesn't seem to be anything we can do on our end to fix that behavior (short of reordering the buttons, which is not a reasonable solution here). Would appreciate a fix for this on behalf of our users! (In case you'd wanna test / reproduce with our login form, it can be found here: https://my.echometerapp.com/login )

I understand the desire to make things simpler for users of 1Password. However, there are legitimate reasons for a website to have "buttons" inside of login and registration forms. Forgot password as a button (rather than an html anchor element) is valid using todays modern UI frameworks. Additional buttons might include "reveal password" or "create account". It doesn't always make sense to make these links. I understand that if the website developer creates a login form with multiple buttons that are all type="button" then 1Password has very little information to go on and clicking the first one is a legitimate choice. However, what we have witnessed is that when the first button is marked as a simple type="button" and the second one is type="submit" the first one is still clicked by 1Password. Some amount of effort to pick the correct button must be made by the 1Password extension. Forms having a button with a type="submit" has been standard for decades now. There is no excuse for 1Password to simply ignore this and blindly click the first button it finds.

Just experienced the same thing. I was very confused when a site I was on (different site) started taking me through the "new user flow" even though I've been registered for years.

Hi daelmaak and EnerJi, thank you both for reaching out! I'm sorry that you're experiencing trouble when filling on the Slido website. I've taken a look and was able to reproduce this behaviour on the Slido website. I've reported this to our development team for further investigation and have shared your experiences. I apologize for any inconvenience. While I'm unable to provide an exact timeline for a fix, once there is one, it will be listed in our release notes. As a workaround in the meantime, you can disable the auto-submit feature in the 1Password extension's settings using the following steps: Right-click the 1Password icon in your browser's toolbar, then select "Settings". Click Autofill & save in the side panel. Toggle off the "Sign in automatically after autofill" setting. If you'd prefer to continue using the auto-submit feature, then I'd suggest using the drag and drop method or copy and paste to fill your credentials on this page. Let me know if there's anything else I can help you with! -David ref: dev/core/core#30893

Auto sign-in after auto-fill "clicks" wrong button

19 Replies

1P_Evon
1Password Team
11 months ago
sshipway,

I'm glad to hear password autofill is now working. I've filed an issue regarding the Autosubmit problem for this website with our development team. While I can't give an exact timeframe for a fix, I recommend keeping 1Password up to date so you can receive the fix as soon as possible. You can find the release notes posted on our website:

https://support.1password.com/update-1password-browser/

https://releases.1password.com/

-Evon
sshipway
Occasional Contributor
11 months ago
Update - the password autofill is now working for me on Xtra, possibly a temporary issue on their site. However the incorrect selection of the wrong submit method persists; again, 1password is picking the type=button over the type=submit, possibly because it is defined first.
1P_Evon
1Password Team
11 months ago
Hello, sshipway. Thank you for reaching out.

I apologize for the issue you experienced on the Spark Xtra website. I've reported the Autosubmit problem to our development team and included you as an impacted user in our internal records.

The 1Password extension utilizes the website page structure to identify clues for filling in, saving items, and suggesting Login items. Therefore, if a website's code is not correctly labelled, 1Password in the browser cannot recognize it as a field that can be auto-filled.

I couldn't recreate a password autofill issue on the Spark Xtra website. Are you experiencing this behaviour on the Spark Xtra page or a different website? Can you share the website URL so I can test it on my end?

-Evon

ref: dev/core/core#34298
sshipway
Occasional Contributor
12 months ago
This problem also occurs on the Spark Xtra webmail here ( https://webmail.xtra.co.nz/ ), which potentially affects about half a million users in New Zealand ...! Yes, disabling the autosubmit is an option, but many people will not realise what is going on at first.

In addition, 1password is often unable to correctly identify the Password field and only fills in the Username - I don't know what logic it uses to detect thepassword but it is clearly not as accurate as som of its competitors which manage the feat.

I am using plugin version 8.10.52.25 in Firefox 132.0.2
1P_Tommy
Moderator
2 years ago
We hope it helps make things easier for you.
carson63000
New Contributor
2 years ago
Hi 1P_Tommy , that's brilliant news, thanks!

I eagerly await the 2.26 release for Firefox!
1P_Tommy
Moderator
2 years ago
You are correct. I show that 2.25.1 is the current available version for Firefox users. Hopefully, that will change in the coming days.
robinechometer
New Contributor
2 years ago
Hey 1P_Tommy , thanks for the update! It does help for any individual user, but fixing the underlying behavior to at the very least prefer "submit" buttons if they're present would be even better. Otherwise, our support will keep getting messages by users that don't know about this, and also it would just be nice to have this feature actually working on our login form, rather than having to disable it.

Also, at least for Firefox, the extension update seems to not have been rolled out yet, but I'll test once that's available
1P_Tommy
Moderator
2 years ago
Pleonasm carson63000 robinechometer et al.

You can disable auto-submit on a per site basis now with the latest version of 1Password in the browser. 2.26.1. Does that help?

You can now manage automatic sign-ins for individual items. While viewing an item in the extension, select the ellipsis button and choose “Don’t sign in automatically”.
Pleonasm
Dedicated Contributor
2 years ago
It may be worthwhile to consider moving the "Sign in automatically after autofill" setting into the 1Password app, and making that setting readable by the 1Password browser extension. In this way, the setting is maintained in the 1Password app and is persistent even when a user clears the browser's history.