Skip to content

Commit 6ddaec3

Browse files
authored
fix: document SwiftUI Text link tap limitation in test-xcode skill (#400)
1 parent b25480a commit 6ddaec3

1 file changed

Lines changed: 4 additions & 0 deletions

File tree

  • plugins/compound-engineering/skills/test-xcode

plugins/compound-engineering/skills/test-xcode/SKILL.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -94,6 +94,9 @@ Call `get_sim_logs` with the simulator UUID. Look for:
9494
- Error-level log messages
9595
- Failed network requests
9696

97+
**Known automation limitation — SwiftUI Text links:**
98+
Simulated taps (via XcodeBuildMCP or any simulator automation tool) do not trigger gesture recognizers on SwiftUI `Text` views with inline `AttributedString` links. Taps report success but have no effect. This is a platform limitation — inline links are not exposed as separate elements in the accessibility tree. When a tap on a Text link has no visible effect, prompt the user to tap manually in the simulator. If the target URL is known, `xcrun simctl openurl <device> <URL>` can open it directly as a fallback.
99+
97100
### 6. Human Verification (When Required)
98101

99102
Pause for human input when testing touches flows that require device interaction.
@@ -105,6 +108,7 @@ Pause for human input when testing touches flows that require device interaction
105108
| In-app purchases | "Complete a sandbox purchase" |
106109
| Camera/Photos | "Grant permissions and verify camera works" |
107110
| Location | "Allow location access and verify map updates" |
111+
| SwiftUI Text links | "Please tap on [element description] manually — automated taps cannot trigger inline text links" |
108112

109113
Ask the user (using the platform's question tool — e.g., `AskUserQuestion` in Claude Code, `request_user_input` in Codex, `ask_user` in Gemini — or present numbered options and wait):
110114

0 commit comments

Comments
 (0)