Safari에서 Discourse 및 1Password 7 Beta와 충돌 발생

현재 Safari에서 1Password 7.7 Beta-2를 실행 중인데, 이제 특정 필드에 대해 1PasswordX와 유사한 자동 입력 기능이 적용됩니다. 현재는 사용자 이름이 포함될 수 있는 모든 필드를 1Password가 채울 자동완성 필드로 취급하고 있습니다. 이로 인해 Discourse의 옵션이 무시되어 직접 입력 후 검색(type-and-search) 기능이 쓸모없게 되었습니다. 아래 이미지를 참조하세요:

1Password 웹사이트에서 HTML에서 이 기능을 비활성화하는 방법에 대해 조사해 보았으며, 다음 내용을 찾았습니다:

4개의 좋아요

나도 얼마 전 Chrome에서 이 부분이 좀 거슬렸는데, 요즘은 덜 그런 것 같습니다. 아마 해결되었거나, 아니면 이제 익숙해진 것 같기도 하고요. 그때는 ESC 키를 눌러 1Password의 오버레이를 숨겼고, 그러면 그 뒤에 Discourse 옵션들이 표시되었습니다.

또 1Password의 필드 옵션에서 비활성화를 클릭한 것 같기도 한데, 확신은 없습니다. 지금은 모바일을 사용 중이라 정확히 말씀드리기 어렵습니다.

4개의 좋아요

저도 이 부분이 꽤 짜증나네요. 그룹에 멤버를 추가하는 것과 같은 모달 창에서 Esc 키가 제대로 작동하지 않아요. 그냥 창이 닫히기만 하죠. 유일한 해결법은 드롭다운을 클릭해서 '이 페이지에서 숨기기’를 선택하는 건데, 그것도 한 번만 효과가 있어요. 이 문제는 Firefox에서 발생합니다.

3개의 좋아요

1Password는 머신러닝을 사용하여 활성화 위치를 결정하는 것 같으며, 최근(지난달)까지는 이를 비활성화할 확실한 방법이 없었습니다.

관련 지원 토론에서는 최근 autocomplete=off를 확인하기 시작했다고 합니다… 하지만 우리는 이미 Chrome이 autocomplete=off를 무시하기 때문에 autocomplete=discourse를 사용 중이며, Chrome은 저장된 폼 데이터로 자동완성을 시도합니다 :upside_down_face:

9개의 좋아요

우리 중 많은 분들이 유료 고객입니다. 1Password에 로비를 해야 합니다. 만약 다른 어떤 출구나 다른 속성, 무엇이든 제공해 준다면 우리는 뭔가 할 수 있을 텐데요.

구글이 고집을 부리고 있어서 우리 손이 묶여 있습니다.

:warning: 1Password 사용자는 다음을 해 주세요

  1. @awesomerobot처럼 포럼 주제에 게시물을 올리기

  2. 1Password 지원팀에 연락하기

저도 월요일에 알림이 뜨면 그렇게 하겠습니다.

8개의 좋아요

고마워 @sam, 좋은 생각이야.

완료했고

완료

5개의 좋아요

오늘 하루가 다 끝났습니다!

포럼의 ag_yaron님이 정말 많은 도움을 주셨는데, 아래 지침을 사용해 1Password 팀에 추가 정보를 게시해 주시겠어요?

1개의 좋아요

@sam 님이 1Password 포럼의 지원 관련 토론에 추가적인 관심을 받을 수 있었고, Discourse에서 문제가 발생하는 특정 필드에 대한 피드백을 원하고 있습니다. 이렇게 하면 문제를 어디에서 찾아야 할지 알 수 있습니다. 우리가 문제를 인지한 위치를 공유할 수 있을까요?

제 경우에는 1Password X 브라우저 확장 기능을 잠금 해제한 후 거의 모든 텍스트 상자나 필드에서 표시되는 것 같습니다. Discourse에서 팝업이 표시되지 않는 필드를 본 적이 없기 때문이죠. 하지만 /admin/settings의 설정 필터를 검색할 때 가장 짜증스러웠습니다:

여기서는 표시되어서는 안 됩니다! @galligan @davidkingham @awesomerobot 님, 다른 특정 필드가 있나요? 여기에 공유한 내용은 1Password 팀의 Jarek 님이 볼 수 있거나, 제가 Jarek 님과 공유할 것이니 편하게 작성해 주세요!

3개의 좋아요

네, 우리 입력 요소 전반에 걸쳐 그런 현상이 나타나지만, 특히 결과를 제안할 때 드롭다운이 가려지는 경우가 가장 큰 문제인 것 같습니다.

토픽 하단의 공유를 클릭한 뒤 “초대 보내기” 탭을 사용해 보세요…

1Password가 우리의 드롭다운을 완전히 가립니다:

정상적으로는 이렇게 보여야 합니다:

4개의 좋아요

여러분 안녕하세요! :wave:

1Password 확장 프로그램 팀의 Jarek입니다. 오늘 아침 @osioke 님이 우리에게 설정해 주신 Discourse 트라이얼 인스턴스를 살펴보는 시간을 보냈습니다(정말 감사합니다!). 그 결과에 대해 공유드리겠습니다.

해당 필드를 확인해 보았더니, 최신 1Password X 안정 버전부터는 더 이상 표시되지 않는 것으로 보입니다. 이 곳에서 다시는 표시되지 않도록 내부적으로 테스트 케이스를 추가했습니다! :smile:

이 곳에서도 1Password가 표시되고 있음을 확인했습니다. 내부적으로 테스트 케이스를 추가하고, 필드 위의 레이블에 "invite"가 언급된다는 사실에 기반하여 이를 방지하기 위한 변경 사항을 적용했습니다. 다음 1Password X 베타 버전이 출시되면 이 곳에서 시험해 보세요. :slightly_smiling_face:

다음 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를 인식하여 해당 필드에 대한 로그인 제안을 피합니다.

해당 변경 사항을 적용했을 때 필드의 모습은 다음과 같습니다:

Imgur

1Password는 더 이상 해당 필드에 대한 제안을 하지 않습니다. 이는 1Password가 표시되는 것을 방지하기 위해 오늘 바로 적용할 수 있는 변경 사항이며, 모든 유사한 검색 필드에 적용할 수 있습니다! :smile:

admin/email 라우트에서 “테스트용 이메일 주소” 필드도 발견했는데, 이 필드에도 autocomplete="off" 사용이 큰 도움이 될 것입니다.

제가 발견한 문제들은 이 정도입니다. 놓친 부분이 있다면 알려주세요. 여기서 계속 논의하기를 기꺼이 환영합니다! 우리는 제안 기능을 개선하고, 표시되고 표시되지 않는 시점을 더 정확하게 파악하기 위해 항상 노력하고 있습니다.

12개의 좋아요

정말 도움이 되네요, 감사합니다!

실제로 이메일 설정을 테스트하는 동안 사용자가 해당 상자에 자신의 이메일 주소를 입력하는 것을 기대하고 있습니다.

7개의 좋아요

네, 크롬이 변하지 않을 것 같아 보이므로 이 전략을 강력히 권장합니다.

수고 많으셨습니다! :clap:

8개의 좋아요

최근 1Password를 Discourse 사이트에서 사용하면서 문제가 있었던 분이 계신가요? 1년이 지났으니 확인 차 후속 질문을 남깁니다.

제 경우엔 Discourse 문제라기보다는 브라우저(마이크로소프트 엣지) 문제인 것 같아 여기서 언급할 필요는 없을 것 같습니다.

여전히 진행 중인 문제입니다. 저는 Safari v15와 최신 1Password 베타 버전을 사용 중인데, 여전히 같은 문제가 발생하고 있습니다.

사용자 관리 페이지의 사용자 이름 필드에 있을 때, 필드를 클릭하면 1Password가 활성화되려 한다는 점을 주목해 주세요.

4개의 좋아요

공유해 주셔서 감사합니다, Matt!

1Password가 나타나는 다른 곳이 더 있을까요?

여기 있는 텍스트박스는 사용자 이름 필드이므로, 기술적으로는 1Password가 여기에 팝업으로 나타나는 것이 맞습니다. 하지만 불행히도, 관리자가 멤버의 사용자 이름을 편집할 때의 사용자 이름 필드와는 다르기 때문에, 이것이 이상적이지 않을 수 있다는 점은 이해합니다.

또한, 이 내용은 1Password 팀과 공유되었습니다 :slight_smile: Matt, 공유해 주셔서 다시 한번 감사합니다!

2개의 좋아요