Saltar al contenido

Problemas conocidos

  • Cuando desarrollas, si utilizas la característica de live reload de Ionic desde el CLI, lo sobrescribirá el plugin, por lo que nunca verás tus actualizaciones.
  • Utiliza el mismo sistema que Ionic detrás de escena, por lo que no verás tus actualizaciones.
  • Esto suele ocurrir cuando se envían actualizaciones grandes (> 20mb), una gran porcentaje de usuarios no obtendrá la última versión.
    En el pasado, los usuarios necesitaban mantener la aplicación abierta hasta que se completara la descarga, ahora utilizamos la descarga de fondo, pero sigue siendo limitado a unos segundos.

Hemos visto algunos problemas con dispositivos en la India, y hemos hecho que los usuarios intenten diferentes servidores DNS, y funcionó.

Si tienes el problema, prueba a utilizar un servidor DNS diferente como Cloudflare o DNS de Google.

Cloudflare: 1.1.1.1 y 1.0.0.1

DNS de Google: 8.8.8.8 y 8.8.4.4 o dns.google

Cuando estés subiendo una actualización de almacenamiento propio, ten en cuenta que no puedes utilizar el endpoint “HTTP” ya que va en contra de las políticas de seguridad de las aplicaciones de Android. Si todavía quieres hacerlo, sigue este guía:

Problema de descomprimir: entradas DEFLATED pueden tener descriptor EXT

If you zipped your bundle with something different than the CLI, the format or your zip could be incorrect, please use the CLI command npx @capgo/cli zip BUNDLE_FOLDER.

Este es un problema conocido de Java:

  • Si tienes problemas con usesCleartextTraffic, es porque el plugin sigue la buena práctica recomendada por sonar cloud, en el 90% de los casos funcionará correctamente, pero con algunos plugins que causa problemas.

Para solucionarlo, agrega en android/app/src/main/AndroidManifest.xml en el <application> clave :

tools:replace="android:usesCleartextTraffic"
xmlns:tools="http://schemas.android.com/tools"

Agregar la NSPrivacyAccessedAPICategoryUserDefaults clave del diccionario a su Declaración de privacidad (generalmente ios/App/PrivacyInfo.xcprivacy):

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>NSPrivacyAccessedAPITypes</key>
<array>
<!-- Add this dict entry to the array if the file already exists. -->
<dict>
<key>NSPrivacyAccessedAPIType</key>
<string>NSPrivacyAccessedAPICategoryUserDefaults</string>
<key>NSPrivacyAccessedAPITypeReasons</key>
<array>
<string>CA92.1</string>
</array>
</dict>
</array>
</dict>
</plist>

Recomendamos declarar CA92.1 como la razón para acceder a la UserDefaults API.

Cuando se utiliza un servidor local para la prueba, la aplicación solicitará permiso de red, es un comportamiento normal, no es el caso cuando se utiliza un servidor remoto.

Al realizar actualizaciones de modo manual, algunos eventos no son fáciles de capturar, por ejemplo, el error de actualización se activa justo antes de que tu JS code se recargue, por lo que no podrás capturarlo.

Una alternativa es listar los paquetes y verificar estadísticas de errores para saber si la actualización falla.

Necesitamos encontrar una mejor manera de manejar esto en el futuro, pero no es una prioridad, ya que el modo automático es la forma recomendada de realizar actualizaciones.

Se aceptan PRs para ayudarnos a mejorar esto.

Si tu CLI tiene problemas para hacer cualquier cosa,

Verificar si appId y Nombre de la aplicación están presentes en tu capacitor.config.ts

Sigue el guía del documento oficial: