Secure Keyboard Entry refusal should name the app/window that enabled it
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 3/5
- 預估耗時
- 1-2 天
- 新手友好度
- 67/100
- Issue 類型
- 功能
- 描述清晰度
- 描述清楚
- 活躍度
- 活躍
- 技術堆疊
- macos, swift
- 領域
- accessibility, desktop
研究方向
Start from the typing route that refuses input when Secure Keyboard Entry is active, then check how desktop_apps reports session.secure_keyboard_entry and how focus information is exposed. Include the focused app identity in the refusal so the user can identify the blocking dialog; done when the refusal names the app holding focus or provides its bundle ID.
由索引模型根據 Issue 內容生成。
描述
What happened
Typing into an ordinary web form field in Safari was refused:
desktop_insert → refused
"Secure keyboard entry is on, as for a password field or a terminal's
Secure Keyboard Entry, so typed text can't be delivered. Nothing was typed."
hint: "Use a field that isn't secure, or turn off Secure Keyboard Entry in the app."
There was no secure field anywhere near the target. The actual cause was a
com.apple.NetAuthAgent SMB password dialog open behind the Safari window,
holding focus on an AXSecureTextField. macOS enables secure input globally
while that field has focus, so every synthesized keystroke in every app is
blocked.
Why the current hint doesn't help
"turn off Secure Keyboard Entry in the app" is ambiguous — which app? The
agent is pointed at its own target window, which is not the cause. I only
found the real cause by noticing focus.bundle_id had changed to
com.apple.NetAuthAgent in an unrelated desktop_apps call, then inspecting
that window.
Also note the fix is something the agent cannot do: system password prompts
are (correctly) refused to agents, so the only resolution is asking the user
to dismiss a specific dialog — which requires naming it.
Suggestion
desktop_apps already reports session.secure_keyboard_entry. When a typing
route is refused for this reason, include the app that currently holds focus
in the refusal, e.g.:
"Secure keyboard entry is on. com.apple.NetAuthAgent ("Enter your name and
password for the server …") holds focus on a secure field. Ask the user to
dismiss or complete it; agents cannot answer system password prompts."
Even just focused_bundle_id in the error payload would be enough to let the
agent inspect and describe it.
Environment
Desktop Tools 0.16.1 (app + MCP), macOS 27, Safari 27
- 主要語言
- Swift
- 星號
- 0
- 分支
- 0
- 平均合併
- 39 分鐘
- 30 天內合併 PR
- 144
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
githubnext/desktop-tools 的其他 Issue
-
難度 2/5 1-3 小時 新手友好度 78/100
githubnext/desktop-tools#192 ·
維護者通常 1 天內回覆
-
ace documentation
難度 2/5 1-3 小時 新手友好度 79/100
githubnext/desktop-tools#104 ·
維護者通常 1 天內回覆
-
Status-item NSMenu (MenuBarExtra .menu): opens but can't be inspected via Accessibility or dismissed未關閉
難度 4/5 3-5 天 新手友好度 48/100
githubnext/desktop-tools#193 ·
維護者通常 1 天內回覆
-
難度 4/5 3-5 天 新手友好度 45/100
githubnext/desktop-tools#191 ·
維護者通常 1 天內回覆
-
難度 4/5 3-5 天 新手友好度 48/100
githubnext/desktop-tools#179 ·
維護者通常 1 天內回覆
查看 githubnext/desktop-tools 的全部 Issue
相似的 Issue
-
product / auth product / databases product / functions product / messaging product / storage product / vcs
難度 2/5 1-3 小時 新手友好度 72/100
維護者通常 1 天內回覆
-
storage: eliminate force-unwraps and fatalError in continueStreamingUpload可能已有人在做 @chingor13 今天認領。 未關閉api: storage type: cleanup
難度 2/5 1-3 小時 新手友好度 82/100
googleapis/google-cloud-swift#1527 ·
維護者通常 1 天內回覆
-
ci-failure ci:assertion test
難度 2/5 1-3 小時 新手友好度 78/100
openwatersio/slackwater-ios#811 ·
維護者通常 1 天內回覆
-
ai-assisted
難度 2/5 1-3 小時 新手友好度 74/100
swiftlang/swift-testing#1979 · 2 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 63/100
維護者通常 1 天內回覆