Severe slowdown in Chrome with 1Password extension 8.11.12.27 on pages with many inputs

Question

Since updating to 1Password extension&nbsp;8.11.12.27 in Chrome, pages with forms containing thousands of inputs freeze on load. The problem also occurs with many hidden inputs, which should not be processed by the extension.We run an application that makes heavy use of hidden inputs. With earlier versions of the extension this was not a problem.Profiling shows high CPU use in openOrClosedShadowRoot(), especially when called on the form element containing many inputs. After load, the function runs instantly, so the slowdown is tied to the extension’s initial DOM scan.Steps to Reproduce:Install 1Password extension v8.11.12.27 in Chrome.Open a form with thousands of inputs, including hidden ones. Example: https://inputs-1password.netlify.app/On load, clicking buttons or opening the context menu is impossible.Chrome stays frozen until the extension finishes scanning.Expected Result:Pages should load normally, regardless of number or type of inputs.Actual Result:Pages freeze during load due to heavy time spent in openOrClosedShadowRoot().Impact:Severe slowdown in apps with large forms.Users blocked from working with affected pages.Disabling Autofill options does not help.Using "Hide on this page" does not help.Adding data-1p-ignore to every input is not feasible for us.Rolling back the extension is not practical.Workarounds:None viable for production.Proposed fixes:Optimize DOM traversal or revert to the previous methods.Support a parent-level attribute to exclude all children from scanning.Ensure that when the extension is disabled for a page, it truly does not inject or process elements on that page.

oskarpearson · Answer

Worth noting that we've encountered a similar problem with the recent release of the browser extension (v8.11.12.27, chrome 141.0.7390.55), but it's not related to many 'input' fields.In our case it appears to be related to a page with a 'select' that has many 'option' values. On the page we have only 82 inputs and 26 selects,&nbsp; but we have over 23,000 options (!)(We're going to change the approach here, but in the meantime it means we have to uninstall the 1password extension)

notromda · Answer

I'm seeing a severe lag, on a form ... oh there it is, it too has a large number of options in several select boxes.&nbsp;&nbsp;chrome developer console has messages like:&nbsp;[Violation] 'focusin' handler took 14842ms&nbsp; &nbsp;injected.js:3[Violation] 'focusin' handler took 15493ms&nbsp; injected.js:3[Violation] 'focusin' handler took 14781ms

1p_dave · Answer

Hello avemarcus​, notromda​, oskarpearson​, ceseshi​! 👋
I'm sorry that you're seeing performance issue when using 1Password in Chrome. Our team is currently working on a fix for certain performance issues that have been reported to us. We're currently testing the fix in the nightly version of 1Password for Chrome (8.11.18.12 or later).&nbsp;
Would you be able to have your affected users test the nightly to confirm that it fixes the issue: 1Password Nightly - Password Manager - Chrome Web Store
If it doesn't help then let me know and I can help further.&nbsp;
-Dave
Issue=FS-3827

avemarcus · Answer

We're experiencing something similar on a customized WordPress install, perhaps because its Customizer panel has ~1200 inputs hidden in it. Clicking into any input has a 1-2 second delay with the Chrome extension installed and "Offer to save and fill logins and other items" enabled.DevTools is also reporting "focusin" handler messages from injected.js, similar to what notromda has mentioned.This wasn't a problem for us before this week.1Password for Mac: 8.11.14 (81114027) &nbsp;1Password for Chrome: 8.11.14.24 &nbsp;Chrome: 141.0.7390.108

notromda · Answer

To be fair, that motivated me to re-code the form to use autocomplete and dynamic search to populate the form.&nbsp; much better for everyone!