Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Remote iOS recording: recover completed export after record stop times out

Aperta
#2,281 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
ios, typescript

Direzione di ricerca

Inizia tracciando il workflow CLI di record-stop e l'endpoint /artifacts del daemon remoto, quindi determina quale livello è responsabile del timeout di 90 secondi. Il lavoro è completato quando si distingue un'esportazione in corso da un errore, si espongono uno stato e un percorso di recupero supportati con identificatori utilizzabili e si mantengono i controlli di proprietà della sessione e del tenant.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement needs-info

Problem

A customer running agent-device against an EAS-hosted remote iOS simulator reported that record stop timed out client-side after 90 seconds while the daemon continued exporting. The recording eventually became available, but they could not find a CLI command to retrieve it and fetched it manually through the daemon's /artifacts endpoint.

This leaves an agent unable to finish retrieving its recording through the normal CLI workflow even though the export succeeds.

Environment and evidence

  • Remote iOS simulator on EAS Simulator.
  • Version baseline for this report: 0.20.10; exact client/daemon versions and recording options still need confirmation from the reporter.
  • Customer-reported observation, not independently reproduced by us. The exact timeout transcript, session ID, export duration, and a minimal reproduction are not yet available. The customer has offered transcripts and diagnostics.
  • We have not established which layer owns the 90-second timeout.

Requested behavior

  • Distinguish a failed export from an export that is still running when the client stops waiting.
  • Provide a supported CLI recovery path to inspect export status and retrieve the completed daemon-managed recording after the original request times out, without starting another recording or manually calling HTTP endpoints.
  • Give actionable recovery information in the timeout response, including a stable recording/export identifier if needed.
  • Preserve normal session/tenant ownership checks on retrieval.

The exact command shape is open. The existing documented artifacts command lists provider-hosted artifacts (for example BrowserStack/AWS Device Farm); this request concerns a recording exported by the remote agent-device daemon.

Related work

  • #197 covered normal remote artifact retrieval; this is specifically recovery after the original export request times out.
  • #2170 concerns a host recording lock after an ungraceful recorder kill. Here the daemon reportedly kept exporting and produced an artifact, so this is not known to be the same mechanism.
Lingua principale
TypeScript
Stelle
4.7k
Fork
304
Merge medio
11h 46m
PR unite (30g)
496

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di callstack/agent-device

Tutte le issue di callstack/agent-device

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.