Non ! 
est-ce un écran blanc avec une toute petite barre grise en haut ? Cela indiquerait un état d’application différent de ce que j’ai vu ; ce que j’ai vu était entièrement blanc.
5 « J'aime »
Oui, la barre grise du mode sombre et l’écran blanc. Je ne me souviens pas avoir déjà vu cette combinaison.
Je rencontre toujours ce problème même en version 1.6.1. La prochaine fois que cela se produira, je vérifierai le sélecteur d’applications pour voir si la barre grise apparaît également.
1 « J'aime »
Merci. Je ne vois plus ce problème moi-même (mais ce n’est clairement pas encore résolu).
Peux-tu essayer quelque chose, @Stephen et @gingerbeardman : veuillez désactiver l’actualisation en arrière-plan pour l’application DiscourseHub. Si cela ne résout toujours pas le problème, lorsque l’écran devient tout blanc, pouvez-vous vérifier si vous pouvez faire glisser vers le bas depuis les 10-15 % du haut de l’écran ? (Cela aiderait à déterminer si l’application est bloquée sur un site chargé ou non.)
3 « J'aime »
Je ne l’ai pas vu depuis un moment.
J’ai désactivé complètement le rafraîchissement en arrière-plan (au niveau global, pour toutes les applications), et ce depuis de nombreuses années.
3 « J'aime »
J’ai eu un écran blanc, sans barre grise en haut, ni dans l’application, ni dans le sélecteur d’applications.
Le balayage vers le bas m’a finalement ramené à la liste des sites.
2 « J'aime »
Quelqu’un devrait essayer de tester cela dès la sortie d’iOS 13.4/iPadOS 13.4 dans quelques heures.
1 « J'aime »
Je viens de le revivre. Un glissement vers le bas précis m’a ramené à la liste des sites. Je suis sur iOS 13.4.
1 « J'aime »
Merci, c’est utile de savoir que vous pouvez balayer vers le bas pour fermer. Je peux enquêter là-dessus.
4 « J'aime »
D’accord, @gingerbeardman, veuillez essayer la dernière version de l’application sur TestFlight (lien bêta public). Si ma mémoire est bonne, vous avez activé le paramètre « Ouvrir les liens externes dans l’application ». Avec ce paramètre activé, j’ai pu reproduire une erreur lorsqu’un site contenait un lien que le système d’exploitation ne pouvait pas ouvrir (par exemple, un lien vers about:blank, parfois utilisé lors de l’ouverture d’une nouvelle fenêtre de navigateur). Cela devrait être corrigé maintenant 
.
2 « J'aime »
Je n’ai pas activé ce paramètre, mais j’ai des écrans blancs.
2 « J'aime »
Je ne vois pas de bêta mise à jour dans le TestFlight actuel ?
En cliquant sur votre lien, j’obtiens une autre bêta et une erreur :
Veuillez réessayer maintenant, vous devriez voir la version 280 dans votre TestFlight (nous avons deux groupes de testeurs et TestFlight semble planter si vous essayez de changer de groupe via des liens).
4 « J'aime »
Téléchargé. Je vais le surveiller.
1 « J'aime »
Ça continue d’arriver ici pour moi.
Mise à jour rapide : nous avons constaté que le problème persiste. @pmusaraj a quelques nouvelles théories sur la manière de contourner ce problème et mettra à jour ce fil une fois les solutions appliquées.
6 « J'aime »
Je l’ai remarqué à maintes reprises au cours des dernières semaines. La solution rapide qui fonctionne pour moi consiste à forcer la fermeture de l’application, puis à la rouvrir, bien qu’il y ait eu quelques fois où même cela n’a pas suffi et que j’ai dû la laisser fermée pendant quelques minutes avant de réessayer.
1 « J'aime »
Je force généralement la fermeture aussi. Cependant, apparemment, vous pouvez faire glisser vers le bas depuis le haut pour faire réapparaître le menu. (Je ne l’ai pas confirmé, mais d’autres utilisateurs de Discourse disent que cela fonctionne.)
5 « J'aime »
Oui, comme l’a mentionné Sam, je travaille toujours dessus. Une version bêta de l’application est en ligne, mais elle n’a pas encore passé la révision bêta d’Apple. Je publierai le lien ici dès que ce sera le cas.
Ma compréhension actuelle est que cela se produit lorsque iOS termine le webview (par exemple, pour libérer de la mémoire) sans terminer le reste de l’application. Dans ce scénario, l’application reste dans un état étrange où sa navigation interne est toujours sur l’itinéraire du webview, mais le webview lui-même est terminé.
Dans la prochaine version bêta, j’ai ajouté une méthode pour fermer l’itinéraire lorsque le crochet webViewWebContentProcessDidTerminate est invoqué. Il existe des rapports indiquant que ce crochet n’est pas toujours déclenché lorsque l’application est en arrière-plan, et le problème d’origine est très difficile à reproduire à volonté. Espérons donc et voyons.
7 « J'aime »