# Conflicts with Discourse and 1Password 7 Beta in Safari
**URL:** https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066
**Category:** Feature
**Created:** [6 augustus 2020 om 18:34 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066 "2020-08-06T18:34:41Z")
**Posts on this page:** 16
**Page:** 1
### Author:  [@galligan](https://meta.discourse.org/u/galligan)
#### Post date: [6 augustus 2020 om 18:34 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/1 "2020-08-06T18:34:42Z")
Currently running [1Password 7.7 Beta-2](https://support.1password.com/betas/) in Safari, which now has the 1PasswordX-like auto-fill feature of certain fields. Right now it’s treating any field that might contain usernames as an autocomplete field for 1Password to fill. That in turns is overriding the Discourse options, rendering type-and-search useless. See image:
I did some digging on 1Password’s website to see how to potentially disable this in the HTML and found this:
> **[Design your website to work best with 1Password - 1Password Developer](https://www.1password.dev/web/compatible-website-design)**
>
> Learn how to make sure 1Password correctly fills forms and generates passwords on your website by following these design guidelines.
---
### Author:  [@osioke](https://meta.discourse.org/u/osioke)
#### Post date: [7 augustus 2020 om 12:44 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/2 "2020-08-07T12:44:19Z")
I also found this annoying a while back on Chrome, but less so recently. Maybe it has stopped or I have gotten used to it. Back then I’d use the ESC key to hide 1Password’s overlay, and it allowed the Discourse options to show after.
I also think I clicked the disable on the field options in 1Password too, but I am not sure. Currently on Mobile so I can’t say for sure.
---
### Author:  [@davidkingham](https://meta.discourse.org/u/davidkingham)
#### Post date: [7 augustus 2020 om 16:21 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/3 "2020-08-07T16:21:35Z")
I’ve found this rather annoying too, Esc doesn’t work too well when it’s in a modal window like adding members to a group which just dismisses the window. The only way to get rid of it is by clicking the drop down and select hide on this page, which only works for that one time. This is in Firefox.
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [7 augustus 2020 om 17:51 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/5 "2020-08-07T17:51:39Z")
It looks like 1Password uses machine learning to determine where to activate, so until recently (last month) there was no surefire way to disable it.
[The related support discussion](https://discussions.agilebits.com/discussion/96661/disabling-1password-x-for-specific-fields-forms-web-developer-question) says they recently started checking for `autocomplete=off`… but we’re already using `autocomplete=discourse` [because Chrome ignores `autocomplete=off`](https://meta.discourse.org/t/new-post-reply-sometimes-tries-to-autocomplete-my-address-on-chrome/107484/66) and tries to autocomplete with their saved form data 🙃
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [8 augustus 2020 om 01:50 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/6 "2020-08-08T01:50:14Z")
Lots of us are paying customers we should lobby 1password here, if they give us some sort of other outlet here, a different attribute… anything, we can do something
Our hand are tied by Google being stubborn
⚠ if you are a 1password user please
1. Post on the forum topic like @awesomerobot did
2. Contacts 1password support
I will do so on Monday as well when my reminder fires
---
### Author:  [@galligan](https://meta.discourse.org/u/galligan)
#### Post date: [8 augustus 2020 om 12:21 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/7 "2020-08-08T12:21:31Z")
Thanks @sam, good idea.
> [@sam](#):
>
> Post on the forum topic like @awesomerobot did
Done and
> [@sam](#):
>
> Contacts 1password support
[Done](https://twitter.com/mg/status/1292073234444230659?s=21)
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10 augustus 2020 om 07:31 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/8 "2020-08-10T07:31:27Z")
My day has ran out!
ag\_yaron on the forum has been very helpful, would you mind posting extra info for the 1password team using these instructions?
> **[Community | 1Password](https://www.1password.community/?)**
>
> Connect with peers, contribute to 1Password products and learn how to stay safe at home, at work and beyond.
---
### Author:  [@osioke](https://meta.discourse.org/u/osioke)
#### Post date: [10 augustus 2020 om 14:28 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/9 "2020-08-10T14:28:16Z")
@sam has been able to get some extra attention on the support discussion on 1Password’s forum, and they’d like to get our feedback on the problematic fields in Discourse, so they know where to look. Can we share where we noticed the issue?
For me I am tempted to say it shows on almost every textbox or field once I have unlocked my 1Password X browser extension, because I haven’t seen a field it does not pop up on in Discourse, but it was most annoying when searching through the settings filter on /admin/settings:
It shouldn’t show there! Any other specific fields @galligan @davidkingham @awesomerobot? What we share here, Jarek from the 1Password team will be able to see or I’ll share with Jarek, so fill away!
---
### Author:  [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [10 augustus 2020 om 15:49 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/10 "2020-08-10T15:49:03Z")
Yeah it’s generally across a lot of our inputs, but I think the biggest offenders are when we’re trying to suggest results because it covers our dropdowns.
If you click share at the bottom of a topic and try to use the “send invite” tab…
1Password completely covers our dropdown:
Normally it should look like:
---
### Author:  [@ag\_jarek](https://meta.discourse.org/u/ag_jarek)
#### Post date: [1 september 2020 om 15:27 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/11 "2020-09-01T15:27:43Z")
Hi everyone! 👋
Jarek here from the 1Password extensions team. I spent a bit of time this morning poking around the Discourse trial instance @osioke got set up for us (thanks for that!), and here are my findings.
> [@osioke](#):
>
> For me I am tempted to say it shows on almost every textbox or field once I have unlocked my 1Password X browser extension, because I haven’t seen a field it does not pop up on in Discourse, but it was most annoying when searching through the settings filter on /admin/settings:
>
> It shouldn’t show there!
I took a look at this particular field and it looks like we’re not showing up anymore as of the latest 1Password X stable version. I added a test case internally to make sure we don’t show up here ever again! 😄
> [@awesomerobot](#):
>
> If you click share at the bottom of a topic and try to use the “send invite” tab…
>
> 1Password completely covers our dropdown:
>
> Normally it should look like:
I confirmed that we were showing up here, and I’ve added a test case internally and made a change that will prevent that from happening (based on the fact that the label above the field mentions “invite”). Whenever the next 1Password X beta is released, give it a try here 🙂.
I found a field at the following URL that I unfortunately can’t do anything about on our end (`admin/users/list/active` route):
Our script to collect information about the page is gathering the following information for this field:
```json
{
"htmlId": "ember921",
"htmlClass": "ember-text-field ember-view",
"isActive": true,
"opid": 5,
"placeholder": "username, email or IP address",
"type": "text",
"labelBefore": "Show Emails"
},
```
There’s nothing here that I can target to help 1Password understand not to show up in this field. For all it knows, this could be a login that needs auto-filled.
There are a couple things you folks can do to help 1Password out here. First, you can use the `autocomplete="off"` attribute. We recently rolled out a new strategy for how we attempt to follow this attribute’s intent, and if this field were `autocomplete="off"`, the menu options beneath the field would be hidden by default and the UX would be vastly improved.
I understand that due to some decisions the Chrome team has made this is difficult for you to do; we have internally discussed treating something like `autocomplete="discourse"` the same as `autocomplete="off"`, and while I can’t promise anything at the current time I can say it’s on our minds.
There’s something even better that you can do, though. In order to get 1Password to ignore this field altogether we’ll need to indicate that this field is intended for searching and not for logging in. You can do that by giving the field a `name="user-search"` attribute (or `id="user-search"`). 1Password will see the `search` at the end of the name or ID and avoid suggesting logins for that field.
Here’s what the field would look like with that change:
[ ](https://imgur.com/hck2YAg)
1Password would no longer make any suggestions for that field. This is a change you can make to any such search-y fields today to prevent 1Password from showing up! 😄
I also noticed an “email address to test” field at the `admin/email` route that would benefit greatly from usage of `autocomplete="off"`.
Those are the issues I noticed. If I missed anything please let me know. Happy to continue to discuss things here! We’re always working on improving suggestions and becoming more accurate about when we do and do not show up.
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [1 september 2020 om 18:52 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/12 "2020-09-01T18:52:04Z")
> [@ag\_jarek](#):
>
> 1Password will see the `search` at the end of the name or ID and avoid suggesting logins for that field.
That’s very helpful, thanks!
> [@ag\_jarek](#):
>
> I also noticed an “email address to test” field at the `admin/email` route that would benefit greatly from usage of `autocomplete="off"` .
We do actually expect people to put their own email address in that box while testing their email configuration.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2 september 2020 om 01:58 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/13 "2020-09-02T01:58:58Z")
> [@ag\_jarek](#):
>
> I understand that due to some decisions the Chrome team has made this is difficult for you to do; we have internally discussed treating something like `autocomplete="discourse"` the same as `autocomplete="off"` , and while I can’t promise anything at the current time I can say it’s on our minds.
Yes, I strongly recommend this strategy, because I don’t see Chrome changing.
Thanks for all your hard work! 👏
---
### Author:  [@osioke](https://meta.discourse.org/u/osioke)
#### Post date: [14 september 2021 om 09:19 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/14 "2021-09-14T09:19:56Z")
Has anyone had any issues with 1Password on their Discourse site recently? I am doing a follow up here to confirm as it has been a year.
On my end, it seems to be more of a browser issue (Microsoft Edge) than a Discourse issue, so no need to mention here.
---
### Author:  [@galligan](https://meta.discourse.org/u/galligan)
#### Post date: [14 september 2021 om 10:25 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/15 "2021-09-14T10:25:00Z")
This is still an ongoing issue. I’m running Safari v15 and the most recent 1Password beta, and it’s still happening.
Note here when I’m in a username field on the user admin page and when I click in, it wants to activate 1Password.
---
### Author:  [@osioke](https://meta.discourse.org/u/osioke)
#### Post date: [20 september 2021 om 16:23 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/16 "2021-09-20T16:23:15Z")
Thank you for sharing this Matt!
Are there any other places you see 1Password popping up?
The textbox here is a username field, so technically, 1Password should pop up there, unfortunately, it isn’t your username field as an admin when you want to edit a member’s username, so I see how this may not be ideal.
---
### Author:  [@osioke](https://meta.discourse.org/u/osioke)
#### Post date: [21 september 2021 om 14:56 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/19 "2021-09-21T14:56:49Z")
Also, this has been shared with the 1Password team 🙂 thank you once more for sharing it Matt!