# Safari 中与 Discourse 和 1Password 7 Beta 的冲突

**URL:** <https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066>\
**Category:** Feature\
**Created:** [2020 年8 月 6 日 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:** 1\
**Showing post:** 11

<div class="post-metadata">

作者： ![ag\_jarek](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ag_jarek/32/192340_2.png) [@ag\_jarek](https://meta.discourse.org/u/ag_jarek)\
发布日期： [2020 年9 月 1 日 15:27 UTC](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066/11 "2020-09-01T15:27:43Z")

</div>

大家好！👋

我是 1Password 扩展团队的 Jarek。今天早上我花了一些时间查看了 @osioke 为我们搭建的 Discourse 试用实例（非常感谢！），以下是我的发现。

> [@osioke](#):
>
> 对我来说，我倾向于说，一旦我解锁了 1Password X 浏览器扩展，它几乎会在每个文本框或字段上显示，因为我在 Discourse 中还没见过它不弹出的字段，但在 /admin/settings 上通过设置过滤器搜索时，它最让人恼火：
> 
> 它不应该在那里显示！

我查看了该特定字段，看起来在最新的 1Password X 稳定版本中，我们已不再显示。我在内部添加了一个测试用例，以确保我们今后永远不会再在此处显示！😄

> [@awesomerobot](#):
>
> 如果你在主题底部点击“分享”并尝试使用“发送邀请”标签页…
> 
> 1Password 完全覆盖了下拉菜单：
> 
> 正常情况下应该显示为：

我确认了我们确实在此处显示，并且已在内部添加了测试用例，并做出了一项更改以防止此类情况再次发生（基于字段上方的标签提到了“邀请”）。当下一版 1Password X 测试版发布时，请在此处尝试一下 🙂。

我在以下 URL 发现了一个字段，遗憾的是，我们在自己的端无法对此采取任何措施（`admin/users/list/active` 路由）：

 ![Screen Shot 2020-09-01 at 10.50.44 AM](https://global.discourse-cdn.com/meta/original/3X/d/e/de6cc71c12fe63653f5185298283bcb1dca61206.png)

我们用于收集页面信息的脚本为该字段收集了以下信息：

```json
{
    "htmlId": "ember921",
    "htmlClass": "ember-text-field ember-view",
    "isActive": true,
    "opid": 5,
    "placeholder": "username, email or IP address",
    "type": "text",
    "labelBefore": "Show Emails"
},

```

这里没有任何内容可以让我用来帮助 1Password 理解不应在此字段中显示。就 1Password 所知，这可能是一个需要自动填充的登录字段。

你们可以做一些事情来帮助 1Password。首先，可以使用 `autocomplete="off"` 属性。我们最近推出了一种新策略，用于尝试遵循该属性的意图。如果该字段设置为 `autocomplete="off"`，则字段下方的菜单选项将默认隐藏，用户体验将大幅改善。

我理解由于 Chrome 团队的一些决定，这做起来很困难；我们内部曾讨论过将类似 `autocomplete="discourse"` 的内容视为与 `autocomplete="off"` 相同，虽然目前我无法做出任何承诺，但可以表示这已在我们的考虑范围内。

不过，还有一件更好的事情你们可以做。为了让 1Password 完全忽略该字段，我们需要表明该字段是用于搜索而非登录。你可以通过给该字段添加 `name="user-search"` 属性（或 `id="user-search"`）来实现这一点。1Password 会看到名称或 ID 末尾的 `search`，从而避免为该字段建议登录信息。

应用该更改后，该字段将如下所示：

[![Imgur](https://global.discourse-cdn.com/meta/original/3X/1/b/1b20e6376632caff6d97950ada8608222f974da5.png "imgur.com") ](https://imgur.com/hck2YAg)

1Password 将不再为该字段提供任何建议。这是你现在就可以对任何此类搜索字段进行的更改，以防止 1Password 显示！😄

我还注意到在 `admin/email` 路由下有一个“测试邮箱地址”字段，该字段若能使用 `autocomplete="off"` 将会受益匪浅。

以上就是我注意到的问题。如果我遗漏了任何内容，请告诉我。很乐意继续在这里讨论！我们一直在努力改进建议功能，并更准确地判断何时显示或不显示。

---

_[View the full topic](https://meta.discourse.org/t/conflicts-with-discourse-and-1password-7-beta-in-safari/160066)._