iOS: alert dismiss taps "Allow" on the App Tracking Transparency prompt
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 62/100
Línea de trabajo
El error está en chooseAlertButton en apple/runner/AgentDeviceRunner/AgentDeviceRunnerUITests/RunnerTests+Alert.swift, donde el respaldo de dismiss devuelve buttons.last. Empieza por la lista de etiquetas de isDismissButton y la rama dismiss, y compáralas con la guarda que ya existe en la rama accept. Se considera resuelto cuando "Ask App Not to Track" se reconoce como etiqueta de descarte o cuando el respaldo de dismiss nunca elige un botón de estilo accept, y el aviso ATT deja el seguimiento como denied en una ejecución en simulador.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
On an iOS simulator, alert dismiss on the App Tracking Transparency prompt (buttons "Ask App Not to Track" and "Allow") taps "Allow". The command prints dismissed and exits 0, but iOS records an authorization, exactly as after alert accept.
Nothing in the output reveals it: a test that dismisses the prompt to decline tracking silently runs the app with tracking authorized.
Environment
- agent-device 0.21.24 (code unchanged in 0.21.27,
0.21.28-nightly.20261014.57andmainat 542fb77, see Cause) - macOS 26.6.2, Xcode 27.0, Node 24.21.0
- Simulator: iPhone 17, iOS 27.0, English locale
- Target app: an Expo development build that calls
requestTrackingAuthorizationon launch
Reproduction
xcrun simctl privacy "$SIM" reset all <bundle id> # ATT status back to notDetermined
npx agent-device open <bundle id> --platform ios --udid "$SIM" --relaunch
npx agent-device alert wait 15000 # "Allow “<app>” to track your activity across other companies’ apps and websites?"
npx agent-device alert dismiss # "dismissed", exit code 0
sqlite3 ~/Library/Developer/CoreSimulator/Devices/"$SIM"/data/Library/TCC/TCC.db \
"select auth_value from access where service='kTCCServiceUserTracking' and client='<bundle id>'"
The development build was opened with --launch-url and its dev-client deep link; any app that requests tracking authorization on launch shows the same prompt. auth_value is 0 when tracking is denied and 2 when it is authorized.
| Response to the prompt | Runs | auth_value |
|---|---|---|
alert dismiss |
4 | 2 (authorized), 4 of 4 |
alert accept |
— | 2 (authorized) |
find text "Ask App Not to Track" click, or click on the button ref |
4 | 0 (denied), 4 of 4 |
Cause
chooseAlertButton in RunnerTests+Alert.swift:
return buttons.first(where: { isDismissButton($0.label) }) ?? buttons.last
"Ask App Not to Track" is not in the isDismissButton list (cancel, close, dismiss, don't allow, not now, no, keep browsing, later), so dismiss falls back to buttons.last, which is "Allow" on this prompt.
The accept branch already guards against the symmetric mistake: when no accept label matches, it only taps a lone button that is not a dismiss button. The dismiss branch has no such guard and can tap a button that isAcceptButton recognizes ("allow").
Suggested fix
Either or both:
- add "ask app not to track" to the dismiss labels;
- in the
dismissfallback, never pick a button thatisAcceptButtonmatches (e.g. the last button that is not an accept button), and fail when every button is an accept button, rather than tap one.
The second keeps dismiss from authorizing on any prompt whose decline label is unknown, including localized ones.
Expected behavior
alert dismiss on the App Tracking Transparency prompt taps "Ask App Not to Track", or fails without tapping, and never records an authorization.
- Lenguaje dominante
- TypeScript
- Estrellas
- 5k
- Forks
- 334
- Merge medio
- 13 h 19 min
- PR fusionados (30 d)
- 630
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstack/agent-device
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
callstack/agent-device#3353 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
callstack/agent-device#1869 ·
Los mantenedores suelen responder en 1 día
-
iOS 26: `_UIFloatingBarContainerView` marks sheet content (and sometimes whole screens) as coveredAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
callstack/agent-device#3628 ·
Los mantenedores suelen responder en 1 día
-
on-hold refactor
Dificultad 2/5 1-3 horas Aptitud para principiantes 40/100
callstack/agent-device#3607 ·
Los mantenedores suelen responder en 1 día
-
enhancement ready-for-agent
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
callstack/agent-device#3531 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstack/agent-device
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
vercel/streamdown#673 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
docs(stream-protocol): document messageMetatadata on start/finish and the message-metadata chunkPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertofactory-active task-identify-harness-labels-done task-identify-issue-type-done
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
vercel/ai#23375 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
agilepathway/label-checker#721 ·
Los mantenedores suelen responder en 1 día
-
CLI Empathy needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
chromaui/chromatic-cli#1524 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día