여러분 안녕하세요! 
1Password 확장 프로그램 팀의 Jarek입니다. 오늘 아침 @osioke 님이 우리에게 설정해 주신 Discourse 트라이얼 인스턴스를 살펴보는 시간을 보냈습니다(정말 감사합니다!). 그 결과에 대해 공유드리겠습니다.
해당 필드를 확인해 보았더니, 최신 1Password X 안정 버전부터는 더 이상 표시되지 않는 것으로 보입니다. 이 곳에서 다시는 표시되지 않도록 내부적으로 테스트 케이스를 추가했습니다! 
이 곳에서도 1Password가 표시되고 있음을 확인했습니다. 내부적으로 테스트 케이스를 추가하고, 필드 위의 레이블에 "invite"가 언급된다는 사실에 기반하여 이를 방지하기 위한 변경 사항을 적용했습니다. 다음 1Password X 베타 버전이 출시되면 이 곳에서 시험해 보세요. 
다음 URL(admin/users/list/active 라우트)의 필드에서는 우리 쪽에서 해결할 수 없는 문제가 발견되었습니다:
페이지에 대한 정보를 수집하는 우리의 스크립트는 이 필드에 대해 다음 정보를 수집합니다:
{
"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를 인식하여 해당 필드에 대한 로그인 제안을 피합니다.
해당 변경 사항을 적용했을 때 필드의 모습은 다음과 같습니다:
1Password는 더 이상 해당 필드에 대한 제안을 하지 않습니다. 이는 1Password가 표시되는 것을 방지하기 위해 오늘 바로 적용할 수 있는 변경 사항이며, 모든 유사한 검색 필드에 적용할 수 있습니다! 
admin/email 라우트에서 “테스트용 이메일 주소” 필드도 발견했는데, 이 필드에도 autocomplete="off" 사용이 큰 도움이 될 것입니다.
제가 발견한 문제들은 이 정도입니다. 놓친 부분이 있다면 알려주세요. 여기서 계속 논의하기를 기꺼이 환영합니다! 우리는 제안 기능을 개선하고, 표시되고 표시되지 않는 시점을 더 정확하게 파악하기 위해 항상 노력하고 있습니다.