Problemas conocidos

Recarga en vivo iónica

• Cuando desarrolle, si utiliza la función de recarga en vivo de Ionic de CLI, anulará el complemento, por lo que nunca verá su actualización.

Recarga en vivo de Quasar

• Utiliza el mismo sistema que ionic bajo el capó, por lo que no verás tus actualizaciones.

Las actualizaciones fallan

• Esto suele suceder cuando se envían actualizaciones grandes (> 20 MB), un 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 usamos la descarga en segundo plano, pero aún está limitada a unos segundos.

Android

No se puede descargar

Hemos visto algunos problemas con dispositivos en la India, conseguimos que el usuario participara en la llamada, les hicimos probar diferentes servidores DNS y funcionó.

Entonces, si tiene el problema, intente usar un servidor DNS diferente como Cloudflare o Google DNS.

Nubeflare: 1.1.1.1 y 1.0.0.1

Google DNS: 8.8.8.8 y 8.8.4.4 o dns.google

Autohospedado

Cuando envíe una actualización autohospedada, tenga en cuenta que no puede utilizar el punto final “HTTP”, ya que va en contra de las políticas de seguridad de las aplicaciones Android. Si aún desea hacerlo, siga esta guía:

¿Cómo permitir todos los tipos de conexión de red HTTP y HTTPS en Android (9) Pie?

Descomprimir

Problema al descomprimir: las entradas DESINFLADAS pueden tener un descriptor EXT

Si comprimiste tu paquete con algo diferente a CLI, el formato o tu zip podrían ser incorrectos, usa el comando CLI npx @capgo/cli zip BUNDLE_FOLDER.

Este es un problema conocido de Java:

Problema al descomprimir: las entradas DESINFLADAS pueden tener un descriptor EXT

Problema de solución clara

• Si tiene problemas con usesCleartextTraffic, es porque el complemento sigue las buenas prácticas recomendadas por sonar cloud, en el 90% de los casos funcionará bien, pero con algunos complementos eso causa problemas.

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

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

IOS

Manifiesto de privacidad

Agregue la clave del diccionario NSPrivacyAccessedAPICategoryUserDefaults a su Manifiesto de privacidad (normalmente 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 motivo de acceso al UserDefaults API.

Permisos de red

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

Ambos sistemas operativos

Al realizar actualizaciones en modo manual, algunos eventos no son fáciles de detectar, por ejemplo, el error de actualización se activa justo antes de que se vuelva a cargar el código JS, por lo que no podrá detectarlo.

Una alternativa es enumerar los paquetes y verificar las 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 la actualización.

Los RP son bienvenidos para ayudarnos a mejorar esto.

CLI

si tu CLI tiene problemas para hacer algo,

Compruebe si appId y appName están presentes en su capacitor.config.ts

Siga la guía del documento oficial:

Capacitor Configuración