History

s1to e0ff70c138 android: rotar la pantalla rompia la app Al girar el movil aparecia ERR_CONNECTION_REFUSED y ahi se quedaba. La lista de configChanges estaba incompleta —faltaba smallestScreenSize, que es justo lo que cambia al rotar—, asi que Android destruia y recreaba la Activity: el WebView se perdia y volvia a cargar la URL, a veces antes de que el backend escuchara. Con la lista completa, rotar ya no recrea nada y ademas no se pierde lo que estuvieras escribiendo. Y se anade una red de seguridad que no habia: onReceivedError vuelve a esperar al backend y recarga la ultima pagina que si cargo, en vez de dejar el error de Chromium en pantalla. Cubre tres casos mas, todos comprobados en el emulador: - Matar el proceso :node con la app abierta (lo que hace Android cuando necesita memoria): antes se quedaba muerta, ahora vuelve sola en unos 19 segundos. - Cambiar de identidad, que reinicia el backend a proposito. - Arranques lentos en moviles con poca memoria. Un guard evita que se acumulen hilos esperando al mismo puerto, porque onReceivedError se dispara una vez por recurso que falle. Probado ademas: boton atras, modo avion, trim-memory RUNNING_CRITICAL y am kill con reapertura. Todo eso ya iba bien.		2026-08-19 19:34:06 +02:00
..
app	android: rotar la pantalla rompia la app	2026-08-19 19:34:06 +02:00
gradle/wrapper	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
scripts	android: script de publicacion y workflow para la APK	2026-08-19 11:16:25 +02:00
.gitignore	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
build.gradle.kts	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
gradle.properties	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
gradlew	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
gradlew.bat	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
README.md	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00
settings.gradle.kts	android: wrapper propio, con los permisos que faltaban para las videollamadas	2026-08-18 23:13:03 +02:00

README.md

Wrapper Android propio

Proyecto Gradle para construir la APK de la rama sin depender del APK oficial como molde.

Por que existe

El APK que se venia usando es el de epsylon re-firmado, y su classes.dex no implementa WebChromeClient.onPermissionRequest. Sin ese metodo el WebView de Android deniega por defecto toda peticion de getUserMedia(), de modo que las videollamadas de Karvan no pueden funcionar por mucho que se parchee el manifest: la lista de permisos es estatica y hay que declararla al compilar.

Este wrapper resuelve las dos puertas: declara los permisos y los concede al contenido web solo tras el consentimiento del usuario.

Permisos: declarados, no concedidos

CAMERA, RECORD_AUDIO y MODIFY_AUDIO_SETTINGS figuran en el manifest porque Android exige que la lista sea fija. Pero son permisos peligrosos: se piden en tiempo de ejecucion la primera vez que se pulsa Llamar, no al instalar. Si nadie llama, no se pide nada y la app no accede a la camara ni al microfono.

uses-feature ... required="false" evita excluir de la tienda a dispositivos sin camara o sin microfono.

Que reutiliza y que es nuevo

Las tres librerias nativas se toman tal cual del APK existente:

libnode.so — nodejs-mobile v18.20.4 oficial (OpenSSL 3.0.13+quic), un artefacto publico; no hay que compilar Node.
libnative-lib.so — 6,8 KB, un solo simbolo JNI: Java_com_solarnethub_oasis_OasisActivity_startNodeWithArguments.
libc++_shared.so

Por eso el namespace del modulo es com.solarnethub.oasis: JNI resuelve por nombre y la clase puente tiene que vivir en ese paquete. El applicationId si es propio (net.laenre.oasis), asi que la app se instala junto a la oficial sin pisarla.

Si algun dia se quiere soltar el .so de epsylon, reimplementar esos 6,8 KB son unas 40 lineas de C++ contra las cabeceras de nodejs-mobile, y ahi si haria falta el NDK.

Mejoras sobre el APK actual

targetSdk 35 (el actual se quedo en uno ya caducado para la tienda).
Trafico en claro permitido solo hacia loopback via network_security_config, en vez de usesCleartextTraffic="true" global.
allowBackup="false": adb backup deja de poder extraer ~/.ssb.
El backend corre en un servicio en primer plano, en el proceso :node, asi que sobrevive en segundo plano — imprescindible para recibir llamadas. El APK actual declara FOREGROUND_SERVICE pero no registra ningun servicio.
Al descomprimir el backend se descartan las entradas con rutas sospechosas (zip slip).

Construir

# 1. dependencias del backend (una vez)
(cd ../src/server && npm install)

# 2. librerias nativas + empaquetado del backend
./scripts/prepare.sh ../../oasis_mobile      # o la ruta de un APK

# 3. compilar
./gradlew assembleDebug                       # o assembleRelease

Para firmar la release, por entorno (la keystore nunca al repositorio):

export OASIS_KEYSTORE=/ruta/oasis-alfa-key.jks
export OASIS_KEYSTORE_PASS=...
export OASIS_KEY_ALIAS=oasis
./gradlew assembleRelease

Requisitos

JDK 17 o superior con compilador. El OpenJDK del sistema puede ser solo runtime; gradle.properties apunta al JDK que trae Android Studio. Cambia esa linea si compilas en otra maquina.

Estado

Compila y genera APK con los permisos y el onPermissionRequest en su sitio. Falta probarlo en un dispositivo real: que arranque el backend, que la interfaz cargue y que getUserMedia resuelva al pulsar Llamar.