Built-in reverification dialog lacks an accessible name (aria-dialog-name)
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 2/5
- 預估耗時
- 1-3 小時
- 新手友好度
- 75/100
- Issue 類型
- 缺陷
- 描述清晰度
- 描述清楚
- 活躍度
- 活躍
- 技術堆疊
- react, typescript
研究方向
從標準模態視窗的引用來源 packages/ui/src/elements/Modal.tsx 開始。追蹤可見的在地化標題和對話框容器的呈現方式，接著確認對話框的無障礙名稱是否與該標題相關聯。當 axe 不再針對內建的重新驗證挑戰回報 aria-dialog-name 時，即表示完成。
由索引模型根據 Issue 內容生成。
描述
Description
The built-in reverification modal opens with role="dialog" and aria-modal="true" but no accessible name. A real second-factor reverification challenge reports axe aria-dialog-name (serious) on .cl-modalContent.
Reproduction
- Sign in to a React application using
ClerkProviderand the standard Clerk sign-in UI, with authenticator MFA enrolled. - Let the actual second-factor age exceed five minutes, then use
useReverificationfor a requirement withlevel: 'second_factor'andafterMinutes: 5. - Run axe while the built-in reverification challenge is open, before entering the code.
Expected: the dialog has an accessible name, preferably associated with its visible localized heading. Actual: the modal container has neither aria-label nor aria-labelledby; the scan fails. This is not an application-owned dialog.
This was reproduced in an application integration; a standalone public reproduction repository is not attached. The relevant source is Modal.tsx at Clerk UI 1.42.0. Could the standard modal connect its accessible name to the rendered heading? We did not find a supported appearance or reverification option that supplies this semantic label.
Environment
@clerk/react6.18.3; the live browser reports ClerkJS 6.41.0 and Clerk UI 1.42.0 through the publicClerk.versionandClerk.uiVersionfields. ClerkJS 6.42.0 was the initial source-review tag, not the observed hosted runtime.- React 19, Linux, Chromium driven by Playwright 1.64.0
- Real development-instance session and actual elapsed factor age, not mocked provider responses
No account identifiers, credentials or verification codes are included. Exact-rule and broader reverification/accessibility searches found no existing issue. No Clerk support contact was made as part of this report.
- 主要語言
- TypeScript
- 星號
- 1.8k
- 分支
- 484
- 平均合併
- 1 天 20 小時
- 30 天內合併 PR
- 363
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
clerk/javascript 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 84/100
clerk/javascript#10547 ·
維護者通常 1 天內回覆
-
<SignIn />: first "Use email" click switches back to phone when `initialValues.phoneNumber` is set可能已有人在做 @twicestruck 於 4 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 74/100
clerk/javascript#10487 ·
維護者通常 1 天內回覆
-
useLoadedIsomorphicClerk misses "ready" when a ClerkProvider remounts after clerk-js has loaded — <ClerkLoading> never resolves可能重新可做 關聯的 PR 已關閉且未合併。 未關閉
難度 2/5 1-3 小時 新手友好度 82/100
clerk/javascript#10462 ·
維護者通常 1 天內回覆
-
ClerkAPIError drops meta.lockout_expires_in_seconds from user_locked errors可能已有人在做 @umeraamir69 於 9 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
clerk/javascript#10026 · 2 則留言 ·
維護者通常 1 天內回覆
-
@clerk/nextjs: onBeforeSetActive never settles when invalidateCacheAction rejects (e.g. after a redeploy), so setActive and signOut hang forever可能已有人在做 @RaphaelFakhri 於 26 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
clerk/javascript#9987 · 1 則留言 ·
維護者通常 1 天內回覆
相似的 Issue
-
check:passed streams:remove
難度 1/5 1 小時以內 新手友好度 62/100
維護者通常 1 天內回覆
-
bug needs triage
難度 2/5 1-3 小時 新手友好度 62/100
actions/setup-node#1659 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
vercel-labs/wterm#267 ·
維護者通常 2 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 75/100
microsoft/AI-Engineering-Coach#355 · 1 個 reaction ·
維護者通常 4 天內回覆
-
level1 nsoc26
難度 2/5 1-3 小時 新手友好度 70/100
GauravKarakoti/SecureFlow#1501 ·
維護者通常 1 天內回覆