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

Android platform fails on Windows hosts

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

@V3RON ya está trabajando en esto.

Desde el 14/9/2026.

  • #192 de @V3RON — abierto

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
68/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
android, react-native, typescript
Área
devtools, mobile-dev, operating-systems

Línea de trabajo

Comienza en @react-native-harness/platform-android e inspecciona los helpers de rutas binarias, las llamadas al shell, la resolución de la raíz del SDK y el manejo de rutas de AVD descritos en el issue. Reproduce el problema con react-native-harness --harnessRunner android en un host Windows y verifica después que los dispositivos físicos y los emuladores existentes o recién creados funcionen sin requerir bash, mientras que los SDK faltantes sigan produciendo un error claro.

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

Descripción

Describe the bug

The Android platform doesn't work when Harness runs on a Windows host. The first failure, reported in #183, is:

Android command-line tools are missing. Set ANDROID_HOME or ANDROID_SDK_ROOT to an initialized SDK.

It happens even when the SDK is installed correctly. @react-native-harness/platform-android assumes a POSIX host in several places:

  • Binary paths have no extension. Harness checks for platform-tools/adb, emulator/emulator, cmdline-tools/latest/bin/sdkmanager and bin/avdmanager. On Windows these files are adb.exe, emulator.exe, sdkmanager.bat and avdmanager.bat, so the existence checks fail.
  • Some steps shell out to bash -lc. Accepting SDK licenses and installing packages (yes | sdkmanager …), creating an AVD (printf 'no\n' | avdmanager …), and writing AVD .ini files (printf … > file) all do this. Windows has no bash.
  • AVD paths use $HOME. The fallback when ANDROID_AVD_HOME isn't set is ${process.env.HOME}/.android/avd. HOME usually isn't set on Windows.
  • There's no default SDK root on Windows. Harness only knows the macOS and Linux default locations, not %LOCALAPPDATA%\Android\Sdk.

Harness runs commands through nano-spawn, which already resolves PATHEXT and runs .bat/.cmd files through cmd.exe. So this can be fixed with platform-neutral code plus a single Windows check in the binary path helpers, without adding platform conditionals throughout the package.

Expected behavior

Harness finds an Android SDK installed on Windows and can run tests on physical devices and existing or newly created emulators.

Out of scope

Automatically downloading the Android command-line tools on Windows. That keeps failing with a clear "set ANDROID_HOME" error.

React Native Harness Version

1.4.1 and later

Steps to reproduce

On Windows, with an Android SDK installed and ANDROID_HOME set, run react-native-harness --harnessRunner android against a connected device.

Lenguaje dominante
TypeScript
Estrellas
333
Forks
20
Merge medio
1 d 19 h
PR fusionados (30 d)
4

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.