¿Por qué la aplicación de Android cambió a abrir sitios en el navegador completo en lugar de usar una vista de navegador dentro de la aplicación en la versión 1.7.1?
Creo que este es el commit, ya que elimina el uso de ChromeCustomTab.
¿Por qué la aplicación de Android cambió a abrir sitios en el navegador completo en lugar de usar una vista de navegador dentro de la aplicación en la versión 1.7.1?
Creo que este es el commit, ya que elimina el uso de ChromeCustomTab.
La aplicación ahora también logra bloquearse al iniciar la mitad de las veces. ¿Es posible volver a una versión anterior?
Lo siento mucho al saber que la aplicación se cierra al iniciarse; investigaré el problema. ¿Podrías indicarme qué dispositivo estás utilizando y qué versión de Android tienes?
Como bien señalas, el cambio para utilizar el navegador predeterminado en lugar de ChromeCustomTab se realizó en ese commit de 2020; debería haber estado presente ya en la versión anterior de la aplicación (creo que era la 1.6.0). Realizamos ese cambio porque ChromeCustomTab presentaba errores y requería que Chrome estuviera instalado en el dispositivo para funcionar. (Muchos usuarios se quejaban del requisito de tener Chrome en la aplicación.)
Samsung Galaxy S9 ejecutando Android 10 con el parche de seguridad del 1 de mayo de 2021 (el más reciente disponible). Creo que el bloqueo ocurre cuando la aplicación ha estado en segundo plano durante un tiempo y no se cerró explícitamente.
El commit es posterior al lanzamiento de la versión 1.6.0 (febrero de 2020, si se cree lo que indica https://apkpure.com/discoursehub/com.discourse/versions). ¿El código eliminado ya manejaba un fallo al no usar ChromeCustomTab y lanzar el enlace, o la aplicación no se habría iniciado en absoluto sin Chrome instalado?
Gracias, tienes razón; la eliminación de ChromeCustomTab se realizó en la versión 1.6.2, la cual nunca llegó a producción (solo estuvo en beta). Por lo tanto, efectivamente, este cambio es nuevo en la versión 1.7.0. Consulta también Discourse Hub doesn't open forums in their PWAs - #12 by md-misko para más detalles sobre por qué realizamos el cambio; además de funcionar sin Chrome, este cambio también permite iniciar la PWA desde DiscourseHub.
Estoy a punto de publicar una versión beta con una corrección para el problema de bloqueo. Publicaré un enlace aquí cuando esté lista.
OK, así que la solución es instalar PWAs para cada foro. No, eso tampoco funciona; sigue abriendo la pestaña en Firefox (aunque creé el PWA con Chrome). Tengo que decir que nunca encontré la experiencia de las pestañas de Chrome lenta, ciertamente no en comparación con abrir el navegador completo. Volver al hub también fue rápido: simplemente desliza hacia abajo para exponer la X de la pestaña de Chrome.
Sí, tienes la opción de usar la PWA o un navegador. Si no ves el mensaje, puedes restablecer los valores predeterminados. En la configuración de tu dispositivo Android, busca “Abrir enlaces”, encuentra la URL de tu sitio y, en su página, haz clic en “Borrar valores predeterminados”. Una vez hecho esto, al acceder a DiscourseHub se te mostrará un mensaje; si tienes una PWA instalada, debería verse similar a esto:
Además, para el problema de bloqueo, prueba la versión 1.7.2 en el canal de lanzamiento beta: https://play.google.com/store/apps/details?id=com.discourse
No tengo una cuenta de Google, por lo que no puedo acceder al canal beta (uso Aurora Store, que parece no admitirlo).
Borré los valores predeterminados de Firefox y ahora aparece el mensaje, pero solo muestra los navegadores, no la PWA.
Y la PWA de Chrome tampoco me envía notificaciones. No importa, desactivar y reactivar la aplicación logró que enviara una. Tras investigar un poco más y leer Add to homescreen banner on Android - #62 by Falco, parece que la parte de WebAPK no me funciona, ya que es lo que vincula los intentos para las URL del sitio, y no veo ningún icono nuevo en el cajón de aplicaciones ni en la configuración de la aplicación.
Acabo de probar agregando tu sitio como un WebAPK en mi teléfono y sí funcionó, aunque tardó un poco. Al probar con otros sitios, parece que el servidor de acuñación de WebAPK de Google está un poco lento en este momento, pero esperar un par de minutos sí funcionó para mí.
La versión 1.7.2 de la aplicación ya está en producción en Google Play Store (aunque no estoy seguro de qué tan rápido Aurora Store verá la actualización).
Aurora Store utiliza la Play Store, pero sin necesidad de tener una cuenta de Google en tu teléfono (usa una anónima para obtener un token).
Quizás por eso WebAPK no me funciona, si requieren que se cree una cuenta de Google a través de los servidores de Google.
O tal vez es porque Chrome llama a Google Play para instalar el WebAPK chromium/chrome/android/java/src/org/chromium/chrome/browser/webapps/WebApkInstaller.java at main · chromium/chromium · GitHub, lo cual requiere una cuenta de Google.
Así que, para atender las quejas de los usuarios sobre la instalación de Chrome, eliminaron ChromeCustomTab y cambiaron a un flujo de trabajo basado en WebAPKs, los cuales requieren Chrome (o el navegador Samsung) y una cuenta de Google para funcionar como se espera. Por lo tanto, es menos accesible. Además, existe una forma de utilizar la implementación de pestañas personalizadas del navegador predeterminado, ya que aproximadamente la mitad de mis aplicaciones obtienen una versión “Impulsada por Firefox” en lugar de la versión de Chrome.
Investigué un poco sobre esto y encontré lo siguiente:
Y aquí hay una implementación que utiliza correctamente las pestañas personalizadas de Firefox en mi dispositivo:
¿Podrías volver a agregarlo con esta detección adicional? Esto eliminaría adecuadamente la dependencia de Chrome y haría que la aplicación volviera a ser útil.
El problema es que me gustaría ofrecer a los usuarios una opción. Volver a CustomTabs (y solucionar el problema exclusivo de Chrome) no les da esa opción; obliga a usar la pestaña personalizada en todo momento. Así que un usuario que quiera abrir el sitio en el navegador o en una PWA se queda sin alternativas. No podemos volver a eso.
Sin embargo, voy a ver si puedo encontrar una manera de agregar la pestaña personalizada dentro de la aplicación como una opción junto con los navegadores y las PWA. Es un poco complicado, no estoy seguro de que sea 100% viable, pero lo intentaré.
Puede que me tome un poco de tiempo dedicarme a esta tarea, pero te avisaré cuando tenga una versión beta para probar.
Encontré un poco de tiempo durante el fin de semana y acabo de publicar una versión actualizada de la aplicación para Android (1.7.3) que permite a los usuarios volver a usar pestañas personalizadas. Hay un nuevo botón en la esquina inferior derecha de la pantalla que muestra una pantalla de configuración donde puedes realizar el cambio. Avísame cómo te va una vez que puedas actualizar.
No puedo ver la aplicación actualizada en Google Play. ¿Ha quedado retenida para su aprobación por parte de Google o algo así?
Debería estar disponible hoy, lo siento por eso (la interfaz de Play Store predetermina una implementación escalonada).
Funciona como se esperaba: obtengo una pestaña de Chrome con la configuración habilitada y se lanza el navegador completo con ella deshabilitada. Gracias por actualizarlo tan rápidamente ![]()
Esta versión solucionó los bloqueos, pero la nueva versión 1.7.3 vuelve a bloquearse constantemente para mí.
Estoy en el canal beta, ¿están sincronizadas estas versiones entre la beta y la producción en Play Store?
[edit]: al activar “abrir sitios en el navegador integrado”, los sitios con PWA habilitada siguen abriéndose como aplicaciones separadas (lo cual es esperado), pero los bloqueos son menos frecuentes (casi nunca ocurren), mientras que al desactivarlo la aplicación se bloquea cada vez.