Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

platform-ios: wait for the simulator to settle after boot before launching the app

Abierto
  • ¿Algo no está bien?
#189 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
52/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
react-native, typescript
Área
ci-cd, mobile, testing-qa

Línea de trabajo

Empieza en packages/platform-ios/src/instance.ts, en prepareSimulator; después lee waitForBoot en packages/platform-ios/src/xcrun/simctl.ts y los umbrales del host en startup-strategy.ts. Compara las rutas booted y already-Booting antes de elegir el comportamiento de estabilización acotado por capacidad de respuesta o basado en carga. Se considera terminado cuando los hosts con recursos limitados esperan de forma segura después del arranque, la espera tiene un límite y su duración aparece en los diagnósticos sin retrasar indefinidamente el inicio.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement

Context

Harness runs unreliably on small CI hosts (e.g. GitHub macos-latest: 3 vCPU / 7 GB); a common symptom is the app failing to connect to the bridge shortly after simulator boot.

prepareSimulator in packages/platform-ios/src/instance.ts boots the simulator and waits with xcrun simctl bootstatus <udid> -b (packages/platform-ios/src/xcrun/simctl.ts waitForBoot). bootstatus -b returns as soon as the device reports Booted, but SpringBoard and the first-boot daemons keep consuming CPU for a while afterwards. On a 3-core host the app is then installed and launched into a simulator that is still busy, which stretches JS evaluation and can push startup past bundleStartTimeout / readyTimeout.

Proposal

Add a bounded "settle" step after waitForBoot, applied on constrained hosts (reuse the host-capability thresholds from startup-strategy.ts):

  • Poll a direct responsiveness probe, e.g. xcrun simctl spawn <udid> launchctl list, and proceed once two consecutive calls complete under ~300 ms; and/or
  • wait until os.loadavg()[0] drops below cores × 1.5;
  • cap the wait (e.g. 45 s) so a persistently busy host does not stall startup, and record the settle duration in diagnostics.

This should apply both when Harness booted the simulator and when it found one already Booting.

Files

  • packages/platform-ios/src/instance.ts (prepareSimulator)
  • packages/platform-ios/src/xcrun/simctl.ts (waitForBoot)
  • packages/platform-ios/src/startup-strategy.ts

Part of a broader effort to make Harness reliable on constrained CI runners.

Lenguaje dominante
TypeScript
Estrellas
330
Forks
17
Merge medio
23 h 53 min
PR fusionados (30 d)
1

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de callstackincubator/react-native-harness

Todos los issues de callstackincubator/react-native-harness

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.