Pourquoi l’application Android est-elle passée au lancement des sites dans le navigateur complet plutôt que d’utiliser une vue navigateur intégrée dans l’application dans la version 1.7.1 ?
Je pense que c’est ce commit, puisqu’il supprime l’utilisation de ChromeCustomTab.
L’application parvient désormais à planter au démarrage la moitié du temps. Est-il possible de revenir à une version antérieure ?
Désolé d’apprendre que l’application plante au démarrage, je vais examiner cela. Pourriez-vous me préciser quel appareil vous utilisez et quelle version d’Android vous avez ?
Comme vous l’avez souligné, le passage à l’utilisation du navigateur par défaut au lieu de ChromeCustomTab a été effectué dans ce commit de 2020 ; cette modification aurait donc déjà dû être présente dans la version précédente de l’application (1.6.0, je crois). Nous avons opéré ce changement car ChromeCustomTab était instable et nécessitait l’installation de Chrome sur l’appareil pour fonctionner. (De nombreux utilisateurs se plaignaient de l’exigence de Chrome pour l’application.)
Samsung Galaxy S9 sous Android 10 avec le correctif de sécurité du 1er mai 2021 (la dernière version disponible). Je pense que le plantage se produit lorsque l’application est restée en arrière-plan pendant un certain temps sans avoir été fermée explicitement.
Le commit date d’après la sortie de la version 1.6.0 (février 2020, si l’on en croit https://apkpure.com/discoursehub/com.discourse/versions). Le code supprimé capturait déjà un échec lors de l’utilisation de ChromeCustomTab et lançait le lien, ou l’application ne se lançait pas du tout sans Chrome installé ?
Merci, vous avez raison, la suppression de ChromeCustomTab a été effectuée dans la version 1.6.2, qui n’a jamais atteint la production (elle était uniquement en bêta). Ainsi, ce changement est effectivement nouveau dans la version 1.7.0. Consultez également Discourse Hub doesn't open forums in their PWAs - #12 by md-misko pour plus de détails sur les raisons de ce passage. En plus de fonctionner sans Chrome, ce changement permet également de lancer la PWA depuis DiscourseHub.
Je suis sur le point de publier une version bêta avec une correction du problème de plantage. Je publierai un lien ici dès que ce sera prêt.
OK, donc la solution consiste à installer des PWA pour chaque forum ? Non, ça ne fonctionne pas non plus, cela lance toujours l’onglet dans Firefox (j’ai pourtant créé la PWA avec Chrome). Je dois dire que je n’ai jamais trouvé l’expérience des onglets Chrome lente, certainement pas comparée à l’ouverture du navigateur complet. Revenir au hub était rapide aussi : il suffit de faire glisser vers le bas pour révéler le X de l’onglet Chrome.
Oui, vous avez le choix entre utiliser la PWA ou un navigateur. Si vous ne voyez pas de message, vous pouvez réinitialiser les paramètres par défaut. Dans les paramètres de votre appareil Android, recherchez « ouverture des liens », trouvez l’URL de votre site, puis sur sa page, cliquez sur « Effacer les valeurs par défaut ». Une fois cela fait, lorsque vous accéderez à DiscourseHub, un message vous sera affiché ; il devrait ressembler à ceci si une PWA est installée :
Par ailleurs, pour résoudre le problème de plantage, veuillez essayer la version 1.7.2 dans le canal de version bêta - https://play.google.com/store/apps/details?id=com.discourse
Je n’ai pas de compte Google, je ne peux donc pas accéder au canal bêta (j’utilise Aurora Store, qui ne semble pas le prendre en charge).
J’ai effacé les paramètres par défaut de Firefox et le message s’affiche maintenant, mais il ne montre que les navigateurs, pas la PWA.
Et la PWA Chrome ne m’envoie pas non plus de notifications. Peu importe, une désactivation/réactivation a permis d’en recevoir une. Une investigation plus poussée et la lecture de Add to homescreen banner on Android - #62 by Falco indiquent que l’élément WebAPK ne fonctionne pas pour moi, car c’est ce qui lie les intents pour les URL du site, et je ne vois pas de nouvelle icône dans le tiroir d’applications ni dans les paramètres de l’application.
Je viens de tester l’ajout de votre site en tant que WebAPK sur mon téléphone et cela a fonctionné, mais cela a pris un certain temps. En testant avec d’autres sites, il semble que le serveur de création de WebAPK de Google soit un peu lent en ce moment, mais attendre quelques minutes a fonctionné pour moi.
La version 1.7.2 de l’application est désormais disponible dans le Google Play Store (je ne sais pas à quelle vitesse Aurora Store verra la mise à jour, cependant).
Le Aurora Store utilise le Play Store, mais sans nécessiter de compte Google sur votre téléphone (il utilise un compte anonyme pour obtenir un jeton).
C’est peut-être pourquoi WebAPK ne fonctionne pas pour moi, s’ils ont besoin qu’un compte Google soit créé via les serveurs de Google.
Ou alors c’est parce que Chrome appelle Google Play pour installer le WebAPK chromium/chrome/android/java/src/org/chromium/chrome/browser/webapps/WebApkInstaller.java at main · chromium/chromium · GitHub, ce qui nécessite un compte Google.
Ainsi, pour répondre aux plaintes des utilisateurs concernant l’installation de Chrome, vous avez supprimé ChromeCustomTab et opté pour un flux de travail basé sur les WebAPK, lesquels nécessitent Chrome (ou le navigateur Samsung) et un compte Google pour fonctionner comme prévu. Cela les rend donc moins accessibles. Par ailleurs, il existe un moyen d’utiliser l’implémentation des onglets personnalisés du navigateur par défaut, puisque près de la moitié de mes applications obtiennent une version « Propulsée par Firefox » plutôt que la version Chrome.
J’ai fait quelques recherches à ce sujet et j’ai trouvé les éléments suivants :
Voici également une implémentation qui utilise correctement les onglets personnalisés de Firefox sur mon appareil :
Pourriez-vous donc le réajouter avec cette détection supplémentaire, ce qui supprimerait correctement la dépendance à Chrome et rendrait l’application à nouveau utile ?
Le problème, c’est que je souhaiterais offrir un choix aux utilisateurs. Retourner aux CustomTabs (et corriger la limitation spécifique à Chrome) n’offre pas de choix ; cela impose l’onglet personnalisé en permanence. Ainsi, un utilisateur qui souhaite ouvrir le site dans un navigateur ou dans une PWA se retrouve sans solution. Nous ne pouvons pas revenir en arrière.
Je vais cependant voir si je peux trouver un moyen d’ajouter l’onglet personnalisé intégré comme option, en parallèle des navigateurs et des PWA. C’est un peu délicat, je ne suis pas certain que ce soit tout à fait réalisable, mais je vais essayer.
Cela pourrait me prendre un peu de temps avant de m’attaquer à cette tâche, mais je vous tiendrai informé dès que j’aurai une version bêta testable.
J’ai trouvé un peu de temps ce week-end et je viens de publier une version mise à jour de l’application Android (1.7.3) qui permet aux utilisateurs de revenir à l’utilisation des onglets personnalisés. Un nouveau bouton en bas à droite de l’écran affiche un écran de paramètres où vous pouvez effectuer ce changement. Faites-moi savoir comment cela se passe une fois que vous aurez pu mettre à jour.
Je ne vois pas l’application mise à jour sur Google Play. Est-ce qu’elle est bloquée en attente d’approbation par Google ou autre chose ?
Cela devrait être disponible aujourd’hui, désolé pour cela (l’interface du Play Store opte par défaut pour une diffusion échelonnée).
Fonctionne comme prévu : j’obtiens un onglet Chrome avec le paramètre activé, et il a lancé le navigateur complet avec le paramètre désactivé. Merci pour cette mise à jour si rapide 
Cette version a résolu les plantages, mais la nouvelle version 1.7.3 plante à nouveau constamment pour moi.
Je suis sur le canal bêta ; ces versions sont-elles synchronisées entre la bêta et la production sur le Play Store ?
[edit] : lorsque l’option « ouvrir les sites dans le navigateur intégré » est activée, les sites PWA activés s’ouvrent toujours comme des applications distinctes (ce qui est attendu), mais les plantages sont beaucoup moins fréquents (presque jamais), tandis que la désactivation de cette option fait planter l’application à chaque fois.
