Flutter: Écran noir de l'application Flutter en mode de lancement lorsqu'il est exécuté uniquement sur Samsung J6 +

Vous pouvez vérifier le problème n ° 36130, je teste toujours le correctif qu'ils ont suggéré, mais c'est un problème très similaire avec un J6 +.

Oui, c'est la solution

J'ai rétrogradé vers Flutter v1.7.9 dev, cela fonctionne parfaitement.

courir flutter version 1.7.9

@leovu Veuillez vérifier les mises à jour au #36130. Le correctif est installé sur master, mais pas encore inclus dans stable ou beta. Pourriez-vous vérifier s'il est reproductible en utilisant le canal master ?

les nouvelles mises à jour bêta ont-elles inclus ce correctif ?

Même problème (J4+) pour moi avec ma dernière version, beaucoup de mauvaises critiques sur Play Store. Je ne publierai pas mon application du canal principal pour obtenir d'autres bogues. Il n'est pas possible de faire un hotfix ? THX

nous le voyons aussi avec 1.9.1+hotfix.4 dans le canal stable. :(

@ LazyDave76 Il est disponible dans la v1.10.0, qui est en développement depuis le 6 septembre, mais pas encore sur stable/beta. Je vais fermer le sujet car il devrait déjà être résolu. S'il vous plaît essayez, si vous le rencontrez en utilisant n'importe quelle v1.10.0+, commentez ici et je le rouvrirai tout de suite.

@BondarenkoStas Toujours sur la v1.10.1

Je l'obtiens toujours sur la dernière version v1.10.15. Veuillez résoudre ce problème dès que possible.
Cela se produit sur de nombreux appareils

j'ai le même problème avec leur téléphone qui a un samsung j4 plus et un samsung j6 plus, des progrès sur ce problème?

Même problème pour moi, je l'ai résolu en utilisant la dernière version de master.
En stable le problème persiste

J'ai rencontré le même problème sur Galaxy J4 + (j4primelte)

~Même problème avec Samsung xj6~

ÉDITER:
Ce problème devrait être clos en faveur de #36130 ,
Le correctif semble être dans le canal beta pour l'instant, pas encore dans la version stable.

https://github.com/flutter/flutter/issues/36130#issuecomment -540838755

Je l'ai rouvert parce que @26shruti et @catalin260 l'ont rencontré dans les versions après correctif.

Notre client a vu ce cas d'écran noir bloqué au démarrage de l'application. Un iPhone 8 sous 10.3.3 et un Samsung relativement nouveau. Le problème semble donc se produire sur les deux plates-formes. Je ne peux pas me reproduire cependant.

Salut, hier, j'ai ajouté des testeurs internes avec J6+ et J4+ dans le canal bêta 1.10.7 et l'écran noir apparaît toujours. Les mauvais commentaires sur le magasin ne cessent de croître.

Je peux exécuter flutter_gallery en mode release sur mon Galaxy J6+ sans aucun écran noir. Voici ma version

• Galaxy J6+ Numéro de modèle : SM-j610G/DS
• Une version 1.0 de l'interface utilisateur
• Androïd version 9
• Version flottante 440753bae8f324b7a9a2dd03516d9a12f1d9c761

Avez-vous une application Flutter minimale (fichier unique, espérons-le moins de 200 lignes de code) qui peut reproduire l'écran noir dans la branche principale Flutter de la pointe de l'arbre ?

Faites également une boucle dans l'ingénieur Skia @brianosman tôt pour voir s'il a des idées.

ce problème est sérieux : nous recevons des dizaines de mauvaises critiques provenant d'utilisateurs J4+ et J6+ (qui représentent un total de 1 % de notre base d'utilisateurs (environ 1 000 installations).

Je n'ai toujours pas compris si le problème est résolu sur le maître actuel ou non, car nous n'avons pas accès à ces appareils pour les tester

@liyuqian Je vois que vous ne rencontrez pas ce problème sur votre appareil J6 + exécuté sur un commit qui n'est toujours pas publié dans une version de développement.

Pouvez-vous s'il vous plaît essayer d'exécuter la même chose sur la dernière version stable/bêta/dev et vérifier si vous êtes en mesure de reproduire ce problème ? Si tel est le cas, nous pouvons supposer qu'un déploiement du moteur ultérieur à la dernière version de développement a en fait résolu ce problème.

Merci beaucoup.

@sroddy : Je viens de tester flutter_gallery sur la branche dev 1946fc4da0f80c522d7e3ae7d4f7309908ed86f2 (v1.10.14) et il n'y a pas d'écran noir avec flutter run --release : https://photos.app.goo.gl/5HWDHArutiuiNFxU9

@liyuqian merci beaucoup !
qu'en est-il de l'écurie actuelle ? Si vous voyez l'écran noir, nous pouvons supposer qu'il est réparé. Si vous ne le voyez pas, il se peut qu'il y ait des éléments spécifiques au système d'exploitation (ou spécifiques au widget) qui en sont la cause.

@sroddy : J'ai reproduit l'écran noir sur la branche stable 1aedbb1835bd6eb44550293d57d4d124f19901f0 (v1.9.1+hotfix.5). Cela semble donc être fixé entre stable et dev.

Des nouvelles incroyables, merci encore @liyuqian
Je pense qu'il serait important de s'assurer qu'au moins le canal bêta (s'il est impossible de sauvegarder le correctif sur le canal stable actuel) dispose du correctif.
@huergomartin a déclaré que le problème était toujours présent dans la version bêta, il serait donc agréable de comprendre quelle version (ou même commit) a effectivement résolu le problème

Hé les gars, je viens de découvrir que dans la version v1.10.7, actuellement sur le canal bêta, le problème d'écran noir a été résolu. Je l'ai testé sur mon J6 plus.

@liyuqian parfait !!! @AndersonSantosMedeiros c'est une surprise, je vais retester avec les utilisateurs sur le canal bêta et je vous ferai part de mes commentaires. Merci à tout le monde.

J'ai utilisé la version bêta 1.10.7 et il restait toujours l'écran noir sur le Samsung J6. Quelqu'un at-il une solution pour cela? Merci si vous pouvez aider.

@icfilho : Je pense que nous avons tous testé sur J6+, il est donc possible qu'il y ait un problème différent pour J6. S'il s'avère que 1.10.7 est OK pour J6 +, vous pouvez peut-être créer un nouveau problème uniquement pour J6 et nous pourrons suivre cela.

@icfilho : Je pense que nous avons tous testé sur J6+, il est donc possible qu'il y ait un problème différent pour J6. S'il s'avère que 1.10.7 est OK pour J6 +, vous pouvez peut-être créer un nouveau problème uniquement pour J6 et nous pourrons suivre cela.

Pardon. L'appareil est J6+

Qu'en est-il de la dernière version stable (v1.9.1+hotfix.6) ? Est-ce résolu pour Galaxy J6+ ?

@icfilho : Je viens de tester flutter_gallery sur J6+ avec la v1.10.7 sans l'écran noir. Pouvez-vous nous partager plus d'informations sur la façon dont vous avez reproduit l'écran noir ? (Quelle application utilisez-vous, pouvez-vous partager une capture d'écran, etc.)

@dxfrankowicz : Je ne pense pas que la v1.9.1+hotfix.6 corrige ce problème...

J'ai encore des clients utilisant J4 et J6+ ayant ce problème. Notre dernière version est sous 1.9.1 + hotfix.6

Salut les gars,

Sur la base de ce fil, nous avons mis à jour notre application vers le flutter 1.9.1 + hotfix.6 en pensant que le problème était résolu.
Mais nous recevons toujours des critiques négatives des utilisateurs face au problème de l'écran noir.

Le problème a déjà été résolu ? Nous avons besoin de ce correctif dès que possible svp.

@Lobosque @fillipetardelli : Je ne pense pas que ce soit corrigé dans 1.9.1+hotfix.6 (voir le commentaire précédent ). La première version que j'ai testée sans afficher l'écran noir est la version bêta v1.10.7.

@liyuqian utilisez -vous déjà cette version bêta dans l'environnement de production ?

Salut, je vis toujours ce problème malgré le fait que je suive ce fil tranquillement. Quelqu'un peut-il recommander une version flottante qui nous débarrassera au moins de ce problème ? Nous avons une application en direct et elle affecte au moins 10 % de nos utilisateurs.

Salut, je vis toujours ce problème malgré le fait que je suive ce fil tranquillement. Quelqu'un peut-il recommander une version flottante qui nous débarrassera au moins de ce problème ? Nous avons une application en direct et elle affecte au moins 10 % de nos utilisateurs.

Quelle version utilisez-vous ? Si je comprends bien, la dernière version de la chaîne bêta est supposée fonctionner.

La dernière version bêta fonctionne correctement sur J6+. J'ai eu des retours de mes clients

@icfilho : Je viens de tester flutter_gallery sur J6+ avec la v1.10.7 sans l'écran noir. Pouvez-vous nous partager plus d'informations sur la façon dont vous avez reproduit l'écran noir ? (Quelle application utilisez-vous, pouvez-vous partager une capture d'écran, etc.)

@dxfrankowicz : Je ne pense pas que la v1.9.1+hotfix.6 corrige ce problème...

@liyuqian merci !!! Cela fonctionne maintenant.

D'accord merci. Je l'ai essayé plus tôt mais je n'ai pas pu le compiler. Pour une raison quelconque, seul un canal stable peut compiler une application sur Android.

Aucun problème. Heureux d'entendre vos clients confirmer le correctif sur le canal bêta ! A cause de cela, je vais fermer ce sujet. Pour d'autres problèmes tels que l'application Android ne se compile pas avec la version bêta, peut-être ouvrir un nouveau problème pour le suivre séparément ?

@liyuqian C'est exactement ce que j'ai fait, c'est ici # 43895

@liyuqian donc il n'y aura pas de rétroportage du correctif pour 1.9.x ?

S'il y en avait, ce serait un correctif. CC @tvolkert pour évaluer si cela nécessite un correctif.

Nous sommes en train de réorganiser notre processus de publication pour le futur, mais en attendant, les correctifs sont très pénibles pour un certain nombre de raisons, nous les évitons donc généralement. @liyuqian quel est le PR qui a corrigé cela ?

Je comprends que le processus de publication d'un correctif n'est pas facile, mais cela
problème affecte jusqu'à 4 % de la base d'utilisateurs de nombreuses applications, y compris la nôtre.
À moins que la version stable 1.10 ne soit publiée cette semaine, veuillez prendre le temps
nécessaire pour pousser ce correctif.

Le jeudi 31 octobre 2019 à 15 h 43, Todd Volkert [email protected] a écrit :

Nous sommes en train de réorganiser notre processus de publication pour l'avenir, mais
en attendant, les correctifs sont très pénibles pour un certain nombre de raisons, nous
évitez-les généralement. @liyuqian https://github.com/liyuqian quel est le
PR qui a réglé ça ?

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/flutter/flutter/issues/37155?email_source=notifications&email_token=AAHMQXQSVKMXYEKLYIZPE5DQRMRL3A5CNFSM4IHPXRL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECY2YLI#issuecomment48648 ,
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/AAHMQXUIQIIF4VXIDDXU2TTQRMRL3ANCNFSM4IHPXRLQ
.

@liyuqian pourquoi le problème a été fermé ? quelle est la solution ici?

Le canal stable n'a pas de solution et nous sommes confrontés à des erreurs en essayant de compiler le canal bêta.
Même si le canal bêta fonctionne, je pense que le canal stable ne peut pas être nommé stable s'il y a un bogue dessus.

Salut @liyuqian , j'ai le même problème dans mon application de production. Je reçois de mauvaises notes à cause de cela. Prévoyez-vous de publier la version corrigée sur le canal stable ?

@tvolkert @Lobosque @rsacacio : J'ai divisé le correctif en https://github.com/flutter/flutter/commit/9769754d2 , et je vais commencer notre processus d'évaluation du correctif.

@fillipetardelli : J'ai fermé ce problème car il a été confirmé qu'il a été corrigé dans notre canal bêta. Mais puisque nous évaluons maintenant de le pousser en tant que correctif dans le canal stable, je vais le rouvrir.

Pour que ce soit clair, j'ai commencé le processus d'évaluation du correctif. On m'a dit qu'un tel processus ne garantit pas toujours un correctif (car il existe de nombreux autres problèmes qui concurrencent nos ressources). Nous travaillons dur pour satisfaire tout le monde autant que possible.

Pour ceux qui veulent vraiment une solution rapide, n'hésitez pas à sélectionner https://github.com/flutter/flutter/commit/9769754d2 dans votre caisse Flutter stable locale et à le tester.

Veuillez publier un correctif. Les applications Flutter ont cessé de fonctionner pour des milliers d'appareils (J6+ / J4+), des milliers d'applications Flutter en direct ont été affectées. Il s'agit d'un problème de production majeur affectant non seulement les utilisateurs, mais également les développeurs qui reçoivent constamment des avis 1 étoile parce que leur application a cessé de fonctionner avec un écran noir.

Le hotfix5 ne résolvant aucun problème de production, on pourrait penser que ce problème de production serait corrigé il y a 2 semaines : https://github.com/flutter/flutter/releases

Au moins sur Samsung J4+ (j'ai dû en acheter un 😒) : il fonctionne UNIQUEMENT sur le canal bêta, mis à niveau vers 1.10.x :

Flutter (Channel beta, v1.10.7, on Microsoft Windows [Version 10.0.18362.418], locale en-GB)

Au moins sur Samsung J4+ (j'ai dû en acheter un 😒) : il fonctionne UNIQUEMENT sur le canal bêta, mis à niveau vers 1.10.x :

Flutter (Channel beta, v1.10.7, on Microsoft Windows [Version 10.0.18362.418], locale en-GB)

oui, mais réussissez-vous à le compiler? Je ne peux pas le compiler en fait.

@codxse Si ça marche, ça compile =P Oui. Tout fonctionne bien (sauf les bugs Flutter habituels - et il y en a beaucoup). Le problème est qu'il n'est pas assez stable = Google Ads, par exemple, plante certains appareils =

Je ne fermerais pas cela tant qu'il n'est pas dans le canal stable . Un problème comme celui-ci nécessite un correctif autonome au lieu que la solution soit update to beta or dev , ce qui en soi apporte une autre série de modifications que nous devons appliquer.

Bien que je comprenne et accepte pleinement tous les risques liés au logiciel Open Source, et malgré la compréhension de l'intention positive de l'équipe principale, je suis déçu qu'il y ait tant de bureaucratie impliquée dans la publication d'un correctif pour un tel bloqueur, peu importe à quel point le processus de publication est douloureux... Cela fait 3 mois que le problème a été ouvert.
@liyuqian y a-t-il une ETA sur le processus d'évaluation ?

@tvolkert ou @Hixie peuvent avoir un ETA plus précis. Mon ETA est que le correctif sera débarqué sur le canal stable pas plus de 1,5 mois.

Avez-vous une idée de ce qui bloquerait la publication du correctif sur le canal stable ? S'agit-il simplement d'un processus d'examen et de test ou ?
Merci pour le correctif, je l'ai choisi !

Merci pour le correctif, je l'ai choisi !

@ianrumac Désolé pour la question du débutant, mais pourriez-vous me dire la commande que vous avez utilisée pour sélectionner le correctif?

Est-ce git cherry-pick -x 9769754d2 du canal stable ?

Bien que je comprenne et accepte pleinement tous les risques liés au logiciel Open Source, et malgré la compréhension de l'intention positive de l'équipe principale, je suis déçu qu'il y ait tant de bureaucratie impliquée dans la publication d'un correctif pour un tel bloqueur, peu importe à quel point le processus de publication est douloureux... Cela fait 3 mois que le problème a été ouvert.
@liyuqian y a-t-il une ETA sur le processus d'évaluation ?

Entièrement d'accord. Nous avons la même situation et de nombreux utilisateurs ont rencontré un problème d'écran noir.
Les développeurs Flutter sont devenus si paresseux. au lieu de travailler sur des fonctionnalités inutiles, la correction d'un tel bogue doit être une priorité élevée, sinon dans un court laps de temps, le flutter deviendra peu fiable et une bonne raison de revenir à Facebook React.

Nous publions des versions de canaux stables tous les 3 ou 4 mois, et des versions de canaux bêta, qui sont du même niveau de qualité, tous les mois (la seule différence est que les versions stables sont généralement publiées dans le cadre d'un événement). Nous n'avons généralement pas l'intention de sélectionner des correctifs comme celui-ci sur les versions précédentes, pour plusieurs raisons : je ne veux pas empirer les choses ; 2. si nous faisions des choix de cerises, le nombre de correctifs que nous choisirions de cerise serait très élevé, auquel cas nous ferions aussi bien de publier master comme stable tous les jours ; et 3. la sélection des cerises est un processus coûteux et nous préférerions consacrer nos efforts à améliorer la prochaine version bêta/stable.

Je vous encourage à utiliser la boîte à outils la mieux adaptée à vos besoins. Bien que j'espère que Flutter est le meilleur moyen pour vous de développer vos applications, vos besoins pourraient bien être tels qu'un autre SDK, tel que React, soit meilleur pour vous, auquel cas c'est ce que je vous encourage à utiliser.

Traiter les gens de paresseux dans un sens péjoratif est un comportement inacceptable. Veuillez prendre en compte notre code de conduite avant de continuer à publier sur les forums Flutter. Merci.

Tout le monde n'utilise pas le flottement pour les devoirs ou un projet simple.
Au lieu d'un correctif urgent pour un problème aussi important, vous proposez simplement aux développeurs d'attendre la publication mensuelle standard de la version stable.
@liyuqian l'a très bien exprimé

y a-t-il tant de bureaucratie impliquée dans la publication d'un correctif pour un tel bloqueur

Mes clients ont également commencé à signaler des écrans noirs sur J6 + et J4 =(

@Xgamefactory , vous continuez à ne pas suivre notre code de conduite , qui exige d'être gentil et respectueux (votre dernier commentaire n'était ni l'un ni l'autre). Veuillez éviter de poster ici ou sur d'autres questions pour les prochaines semaines.

Nous publions des versions de canal stables tous les 3 ou 4 mois, et des versions de canal bêta, qui sont du même niveau de qualité, tous les mois (la seule différence est que les versions stables sont généralement publiées dans le cadre d'un événement)

@Hixie Avec cela, cela signifie que le canal est bon pour une utilisation en production, n'est-ce pas ? Nous avons aussi ce problème à ce stade. Je veux suggérer à mon équipe de développement de passer au canal bêta mais j'ai besoin de votre assurance pour informer l'équipe :)

Merci.

@zaralockheart, nous sommes passés à la version bêta pour résoudre le problème. Les versions publiées semblent convenir pour iOS et Android, mais depuis lors, j'ai beaucoup de problèmes avec le rechargement à chaud en mode débogage. Vos développeurs pourraient ne pas aimer ça :(

Je viens sur ce fil tous les jours juste pour savoir s'il existe un correctif pour ce problème. Mon application sera en ligne dans quelques semaines, mais à cause de ce problème, j'ai déjà peur.

@juumixx Merci pour la réponse rapide. Si la version bêta est bonne, je peux configurer notre CI pour qu'il utilise la version bêta tout en restant stable pour le développement. Ma seule préoccupation est s'il y a un problème, cette écurie n'a pas ce problème mais la version bêta le fait et vice versa.

@raviganwal peut-être que pour la sortie, vous pouvez aussi utiliser la version bêta !

Nous utilisons la version bêta (1.10.7), aucun problème mentionné par @juumixx (au moins sur la plate-forme Android). Cela nous semble assez stable.
La seule chose que nous devons supporter est https://github.com/flutter/flutter/issues/43853 mais je ne suis pas sûr qu'il n'y ait pas un tel problème dans la version stable actuelle.

@zaralockheart Malheureusement, je ne peux pas dire la même chose que les autres gars.

Je suis passé à la version bêta 1.10.7 et j'ai commencé à rencontrer des bogues dans le plug-in de la caméra et des comportements étranges avec les champs de texte (changement de type de clavier et verrouillage de l'entrée). La caméra et les champs de texte fonctionnent correctement dans le canal stable, mais pas dans le canal bêta. J'ai déjà déposé un problème pour le bogue de l'appareil photo , qui peut être reproduit. J'ai peut-être fait quelque chose de mal, mais testez soigneusement votre application avant d'utiliser le canal bêta.

Des news à ce sujet ?
Je suis confronté au même problème.

Merci d'avance.

J'ai restauré la version à 1.7.8 h4.

Pour ce que cela vaut pour tous ceux qui suivent ce problème : nous sommes conscients de la douleur inhérente à notre processus de publication actuel, et nous sommes actuellement en train de concevoir un meilleur processus de publication -- dont l'un des objectifs est de le rendre plus facile pour sélectionner les correctifs importants dans les versions stables existantes. Nous n'en sommes pas encore là, mais nous y travaillons - et en attendant, je m'excuse pour tout choix douloureux que vous devez faire en choisissant la version de Flutter que vous utilisez pour créer votre application.

J'ai restauré la version à 1.7.8 h4.

Je suis revenu à 1.7.8 hofix 4 pour Android et 1.9.1 hotfix 6 pour iOS

le même problème a été signalé sur Nokia 2.1 (E2M) Android 9 OpenGL ES version 3.0. Ainsi que J6+ et J4+.
J'ai le plus grand respect pour les développeurs, mais avoir un bogue qui affecte plus de 5% des appareils dans une version stable et dire d'attendre 3-4 mois n'est pas acceptable pour une version stable. Un correctif pour cela devrait être un bloqueur et si ce n'est pas possible, cela devrait être spécifié dans les notes de version ou par d'autres moyens. Ne laissons pas sortir en production une version qui ne fonctionne pas pour 5% des utilisateurs.

@tvolkert : J'ai en outre coupé le correctif jusqu'au commit du moteur https://github.com/flutter/engine/commit/12769335c486ff8cead000df7a8ec92781caebfc et Skia commit https://skia.googlesource.com/skia.git/+/ca8b07cf8a59f74ce959df49135940bec7bdc84e . La cause principale de cet échec est que le pilote GPU de Samsung J4+ et J6+ signale le numéro de version GLSL incorrect. Le correctif Skia est une solution de contournement de ce bogue de pilote en limitant le numéro de version GLSL à ne pas être supérieur à la version GL.

@brianosman y a-t-il un test côté Skia qui va se prémunir d'une régression ici ? Voir le commentaire précédent pour le contexte.

Pas actuellement, non. Nous aurions besoin d'un test qui se moque d'un pilote défectueux, et nous n'avons pas le cadre pour des tests comme celui-là (bien que ce soit possible). J'ai signalé un bogue à ce sujet de notre côté : https://bugs.chromium.org/p/skia/issues/detail?id=9656.

Merci Brian.

Puisque le correctif est sur master, je vais fermer ce problème.

Après la fermeture, puis-je m'attendre à ce que ce problème soit remarqué lorsque le correctif sera fusionné dans la branche stable, ou dois-je le suivre moi-même ?

Le correctif sera certainement dans la prochaine version stable, qui sera publiée dans le mois prochain.

@tvolkert Faut-il attendre le mois prochain pour ce problème ? Nous recevons cette erreur dans notre application d'entreprise en direct et c'est un gros problème pour nous. Quelle est votre suggestion? Merci.

La version bêta qui deviendra la prochaine version stable devrait être disponible dans environ 2 semaines.

La version bêta qui deviendra la prochaine version stable devrait être disponible dans environ 2 semaines.

Eh bien, en fait, ce correctif est déjà en version bêta. J'ai dû passer mon brach en version bêta juste à cause de ce correctif.
Je suis en bêta v1.10.7 .

J'ai la V1.10.7 mais le problème persiste, quelqu'un d'autre si ça marche bien avec cette version ?

Je ne sais pas si cela est lié, mais je ne voulais pas créer un nouveau problème en raison du manque d'informations.
Une personne a signalé que mon application Flutter, construite avec le canal bêta actuel, s'est écrasée sur son "Huawei Y7 Prime 2019 (HWDUB-Q)" au démarrage.
Après une rétrogradation vers une version construite à partir du canal stable, le problème a disparu.
Je n'ai pas de crashlogs, car il semble que les plantages n'aient été détectés que par la console Google Play (qui n'affiche qu'un rapport très bref et non par Firebase Crashlytics :)

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> de.tjjstudios.glplanflutter <<<

backtrace:

  #00  pc 000000000047cc4c  /data/app/de.tjjstudios.glplanflutter-Ed0RLKOLWu88CyFi1p0HaQ==/split_config.arm64_v8a.apk

  #01  pc 000000000004e6dc  /data/app/de.tjjstudios.glplanflutter-Ed0RLKOLWu88CyFi1p0HaQ==/split_config.arm64_v8a.apk

Ce que je ne comprends pas, c'est : 1.9 a 6 correctifs. Pourquoi la réticence à une solution aussi importante maintenant ? J'ai une application avec 1,6 million de téléchargements, vous pouvez imaginer les problèmes de publication avec la technologie bêta (j'ai aussi des avis 1 étoile avec "ne s'ouvrira pas")

Mais c'est juste par curiosité. Je n'utiliserai plus jamais Flutter. La dernière mise à jour a cassé beaucoup de plugins... C'est juste trop instable pour une utilisation sérieuse.

Le LG Aristo 3+ (cv1s) est également concerné par ce problème.

J'ai le même problème sur v1.12.15 un regret à v1.7.9 et fonctionne bien

@rafaelcorbellini-egsys : s'il y a toujours un écran noir dans v1.12.15 , il peut y avoir un autre problème. Pouvez-vous nous donner plus de détails sur la façon de reproduire l'écran noir ? Testez-vous également l'application flutter_gallery sur un Samsung Galaxy J6+ ?

Ce problème est clos (problème d'origine trouvé et corrigé). Une discussion plus approfondie sur ce bogue risque de se perdre. @rafaelcorbellini-egsys veuillez déposer un nouveau problème avec des étapes reproductibles pour suivre le nouveau problème que vous rencontrez.

@zaralockheart

@Hixie Avec cela, cela signifie que le canal est bon pour une utilisation en production, n'est-ce pas ? Nous avons aussi ce problème à ce stade. Je veux suggérer à mon équipe de développement de passer au canal bêta mais j'ai besoin de votre assurance pour informer l'équipe :)

FWIW, avec les applications que je publie pendant mon temps libre, j'expédie littéralement du dev. Je choisis simplement une version de développement qui fonctionne bien pour mon application, puis je m'en tiens à elle pendant que je corrige les derniers bogues avant de la télécharger sur le magasin. Ensuite, lorsque je fais une mise à jour plus tard, je passe à un dev plus récent.

Mon mauvais, pour une raison quelconque, je crois au test, je n'étais pas à 1.12.5 .

J'ai re-testé à 1.12.5 et ça a marché sur le Galaxy J6+

@tvolkert a dit qu'une version stable serait disponible dans 2 semaines... il y a 2 semaines. Quand l'écran noir sera-t-il corrigé dans la version stable ? J'ai maintenant beaucoup de dépendances et revenir à 1.7.9 n'est pas une option sans désactiver un quart des fonctionnalités.

En fait, j'ai dit que "la version _beta_ qui deviendra la prochaine version stable devrait être disponible dans ~ 2 semaines".

La version bêta est disponible depuis hier. La version bêta actuelle est v1.12.13+hotfix.2 , qui contient ce correctif.

_Soupir_, maintenant que les utilisateurs "à écran noir" vont bien, les utilisateurs normaux commencent à avoir des plantages au démarrage. J'espère que le nouveau processus de publication dont vous parlez fonctionnera.

les utilisateurs normaux commencent à avoir des plantages au démarrage

@Gyoko si cela est dû à un bogue dans Flutter, pouvez-vous déposer un nouveau bogue avec des informations afin que nous puissions le retrouver ? Merci!

les utilisateurs normaux commencent à avoir des plantages au démarrage

@Gyoko si cela est dû à un bogue dans Flutter, pouvez-vous déposer un nouveau bogue avec des informations afin que nous puissions le retrouver ? Merci!

Pourquoi? Alors vous pouvez aussi ignorer pendant 2, 3 mois ?

@JCKodel un tel langage n'est pas utile. Veuillez lire et respecter notre code de conduite . Si vous n'êtes pas disposé à y adhérer, veuillez vous abstenir de commenter les problèmes.

_Soupir_, maintenant que les utilisateurs "à écran noir" vont bien, les utilisateurs normaux commencent à avoir des plantages au démarrage. J'espère que le nouveau processus de publication dont vous parlez fonctionnera.

Pareil ici.
Utiliser la version bêta pour les utilisateurs d'Adreno 308 et perdre d'autres utilisateurs ou revenir à la version qui fonctionne et perdre J4+, J6+, J7 Prime et d'autres utilisateurs d'Adreno 308 ?

IL N'EST PAS POSSIBLE D'UTILISER UNE VERSION BÊTA POUR LES APPLICATIONS DE PRODUCTION. EST-IL DIFFICILE DE COMPRENDRE ÇA ?

Regret total d'avoir utilisé Flutter >.<

@JCKodel, nous essayons de corriger les bogues signalés, mais pour autant que je sache, aucun bogue n'a été signalé concernant le plantage sur Adreno 308, nous n'avons donc aucun moyen d'enquêter.

Je demande à nouveau : pouvez-vous (a) signaler un bogue concernant le nouveau plantage de la version bêta, et (b) utiliser un langage constructif et utile ?

ping @Gyoko avez-vous signalé un bogue à propos du crash ?

@tvolkert
Au moins sur Android, après avoir changé de branche ( master -> beta ), la mise à jour de l'application via GooglePlay entraîne un écran noir au démarrage . Cela signifie que vous devez effectuer une installation propre pour que l'application fonctionne réellement. Je ne sais pas si cela est dû à quelque chose dans 1.12 ou aux canaux eux-mêmes. Mais cela signifie que cette solution n'est pas viable - le développeur doit expliquer à chaque client (qui décide de tendre la main, au lieu de laisser 1 étoile et de passer à autre chose) qu'il doit réinstaller l'application.

À ce stade, j'ai accepté le fait que je vais passer à 1.7.9 , et je trouverai d'une manière ou d'une autre comment éviter de désactiver l'une des fonctionnalités.

Quoi qu'il en soit, je comprends pourquoi votre équipe de développement reçoit tant de haine, et je ne peux pas vraiment dire que ce n'est pas mérité. Ce n'est pas la première fois qu'il y a des problèmes de flutter sur les téléphones Samsung - vous avez peut-être déjà acquis quelques plates-formes de test pour vous assurer qu'il n'y a pas de versions à moitié cuites master ...
Mais en même temps, Flutter a BEAUCOUP de potentiel - Fuchsia, Desktop. Continuez votre bon travail. ça va payer :)

Environ 50 % de ma base d'utilisateurs utilisent des Samsung merdiques et je dois les informer : choisissez entre un écran noir ou l'application qui ne s'ouvre pas.

Les insectes sont ok. Des mois pour appliquer un correctif QUI EST DÉJÀ PRÊT est inacceptable.

Maintenant, beaucoup de bogues dans iOS également (bogues de régression sur google_sign_in).

LA PIRE DÉCISION D'UTILISER FLUTTER !

@Gyoko , il semble qu'il y ait plusieurs problèmes distincts en cours de discussion, et il devient très déroutant d'essayer de les discuter tous dans un seul bogue. De plus, encore une fois, le bogue à l'origine de ce problème a été trouvé et corrigé, ce bogue n'est donc pas le bon endroit pour discuter de nouveaux problèmes. Ainsi, j'ai déposé https://github.com/flutter/flutter/issues/46570 pour discuter de l'écran noir sur la mise à jour du Play Store, et j'ai déposé https://github.com/flutter/flutter/issues/46571 pour discuter de la crash que vous avez signalé. Veuillez ajouter des informations à ces bogues afin que nous puissions y jeter un coup d'œil.

@JCKodel vous continuez à ne pas suivre notre code de conduite, donc malheureusement, je vais vous bloquer pendant 7 jours. Si vous souhaitez continuer à vous engager agréablement, nous serions heureux de vous écouter et d'essayer de résoudre tout problème que vous rencontrez.

saviez-vous que SAMSUNG GALAXY S7 (modèles Qualcomm Snapdragon 820) également touché par ce problème.

Salut,
Toute mise à jour du moment où la mise à jour stable avec ce correctif sera disponible (cadeau avant Noël) s'il vous plaît.

@ric-cl nous passons aux tests finaux de la prochaine écurie - cela devrait être d'un jour à l'autre (certainement avant Noël 🙂)

Ce correctif est maintenant disponible sur le canal stable ( v1.12.13+hotfix.5 )

@myriky La dernière version stable corrige-t-elle le problème que vous mentionnez avec le Samsung Galaxy S7 ?

Ce correctif est maintenant disponible sur le canal stable ( v1.12.13+hotfix.5 )

Merci!

Mise à jour de notre application hier soir. Toujours recevoir des rapports (7 au cours des 5 dernières heures) spécifiques à Huawei Y7 Prime 2019 (HWDUB-Q), mais cela pourrait être des problèmes différents - semble être un crash.
Par exemple:

★
Oh non... La dernière version ne fonctionne plus soudainement. Il se ferme tout seul lorsque vous essayez de l'ouvrir. J'ai désinstallé et réinstallé.

Ne voyez rien (encore) dans les rapports de plantage. Merci encore!

Merci @hermanmaritz ! Si vous obtenez des détails sur le crash, veuillez me mentionner sur le problème, et j'y jetterai un coup d'œil.

@hermanmaritz Je vois également des plantages sur la console Google Play pour le "Huawei Y7 Prime 2019 (HWDUB-Q), Android 8.1" (avec v1.12.13+hotfix.5 et les versions bêta précédentes).
Cependant, je ne peux pas signaler un nouveau problème, car je n'ai moi-même aucun journal de plantage. (Firebase Crashlytics n'a aucun journal des 32 plantages) et la console Google Play n'affiche pas grand-chose en termes de journal des plantages.

La seule chose que je peux dire, c'est qu'après avoir envoyé à l'utilisateur une version antérieure à l'aide de Flutter v1.9.1 + hotfix.6, cela semble bien fonctionner. Donc, un nouveau numéro devrait probablement être rempli pour cela.

nous attendrons quelques semaines pour être sûrs que cette version est vraiment stable.

Bonjour @hermanmaritz @TheJulianJES , des nouvelles des crashs sur Huawei ?

Malheureusement, à partir de 15 avis sur l'application, je peux confirmer que "l'écran noir" est toujours un problème sur Y7 Prime 2019 (HWDUB-Q) . S'il y a quelque chose que je peux faire pour aider à déboguer cela, faites le moi savoir ?

flutter --version
Flutter 1.12.13+hotfix.5 • channel stable • https://github.com/flutter/flutter.git
Framework • revision 27321ebbad (5 days ago) • 2019-12-10 18:15:01 -0800
Engine • revision 2994f7e1e6

nous sommes confrontés à ce problème avec les appareils honor 8c et huawei y7 prime 2019. (Peut-être que ce n'est pas la même chose avec samsung j4 / j6) sur la console Google Play, nous ne pouvons voir que l'erreur comme celle-ci. J'essaie de trouver un appareil, je peux peut-être obtenir plus d'informations après cela. mais ce n'est que sur ces appareils.

@birtanyildiz @hermanmaritz @TheJulianJES : puisque ce problème est spécifique à Samsung, j'ai créé un nouveau problème https://github.com/flutter/flutter/issues/47164 pour Huawei. Redirigeons nos futures discussions et corrigeons les appareils Huawei là-bas.

Malheureusement, "l'écran noir" reste un problème sur VIVO V5 Plus.

E:Flutterflutterbinflutter.bat docteur --verbeux
[√] Flutter (chaîne stable, v1.12.13+hotfix.5
• Flutter version 1.12.13+hotfix.5 sur E : Flutterflutter
• Révision du cadre 27321ebbad
• Révision du moteur 2994f7e1e6

Toute solution... Je vois cette erreur sur LG --OS9

J'ai une application sur Google Play avec quelques milliers d'utilisateurs, et j'ai toujours des critiques d'une étoile liées aux problèmes d'écran noir. Sur 95 % des appareils, tout va bien, mais sur d'autres, c'est toujours un problème.

Ma dernière version d'application est basée sur Flutter 1.12.13 + hotfix5 (canal stable).

Salut. Dans mon cas, j'ai supprimé le package "get_ip", et l'écran noir a disparu, l'application est de nouveau opérationnelle.

les mêmes problèmes avec moi.

~ flottement --version
Flutter 1.12.13+hotfix.7 • canal stable • https://github.com/flutter/flutter.git
Framework • révision 9f5ff2306b (il y a 6 jours) • 2020-01-26 22:38:26 -0800
Moteur • révision a67792536c
Outils • Fléchette 2.7.0

Savez-vous si la v1.12.13+hotfix.7 résout le problème Huawei ?

Salut. J'essaie de croire qu'il s'agit de packages qui n'ont pas été mis à niveau vers la version 1.12.xx de Flutter. Essayez de les supprimer et testez. Si le problème persiste, c'est aux gens de Google de décider.

Luiz Leite

Em terça-feira, 4 de fevereiro de 2020 04:59:41 BRT, campioncino <[email protected]> escreveu:

Savez-vous si la v1.12.13+hotfix.7 résout le problème Huawei ?

—
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub ou désabonnez-vous.

@tmatrai : v1.12.13+hotfix.5 est connu pour avoir des problèmes d'écran noir et il est corrigé dans v1.12.13+hotfix.7. Veuillez consulter https://github.com/flutter/flutter/issues/47164

@dumplings : sur quel appareil avez-vous vu le problème d'écran noir avec v1.12.13+hotfix.7 ?

@GaryQian : pouvez-vous s'il vous plaît revérifier v1.12.13+hotfix.7 avec les appareils Huawei que nous avons récemment achetés, et l'appareil Samsung J6+ (probablement dans mon tiroir) ? Je pense qu'ils devraient être corrigés dans v1.12.13 + hotfix.7.

Mise à jour vers v1.12.13 + hotfix.7 et toujours l'erreur sur J4 et Huawei.

Une estimation quand cela sera vraiment corrigé?

@costarf Sur quels appareils testez-vous exactement ? Je viens de vérifier que ce crash est corrigé sur Huawei Y7Pro/Enjoy9 (DUB AL20) et Huawei Honor8C (BKK AL10) ainsi que Samsung J6+ (SM-J610G) en utilisant 1.12.13+hotfix.7

En outre, cela se produit-il avec une application minimale telle que l'application hello world de flutter create ?

J'ai eu quelques problèmes comme celui-ci, après avoir migré mon projet flutter vers AndroidX. Sur certains appareils Android, l'application ne passerait pas l'écran de démarrage.

Solution:
J'ai découvert que j'avais la variable _ android:hardwareAccelerated_ définie sur false, dans AndroidManifest.xml. Après l'avoir défini sur true, l'application fonctionne sur ces appareils Android.

J'utilise le canal Stable - v1.12.13+hotfix.8.

@xster : selon https://github.com/flutter/flutter/issues/37155#issuecomment -585177594, nous pourrions avoir des problèmes lorsque android:hardwareAccelerated est défini sur false. Prenons-nous en charge la définition d' android:hardwareAccelerated sur false ? Si c'est le cas, il semble y avoir un bug. Si ce n'est pas le cas, nous devrions peut-être rendre impossible sa définition sur false.

@liyuqian c'est probablement une question pour @jason-simmons ou @chinmaygarde quel est notre niveau officiel de support pour le rendu logiciel sur Android pour le débogage ou en général.

C'est aussi probablement la même question que les ramifications de https://github.com/flutter/flutter/issues/47804 et si cela pourrait causer des problèmes plus obscurs sur toute la ligne.

@xster : le backend logiciel devrait être assez solide car tous les tests internes de Google fonctionnent avec le rendu logiciel. Pour autant que je sache, le seul inconvénient de l'utilisation du rendu logiciel est l'impact sur les performances.

Suggérez-vous de recourir au logiciel si le backend GPU ne parvient pas à s'initialiser ? Si tel est le cas, je pense que nous devons d'abord établir un système d'alerte afin d'éviter que certains problèmes de GPU ne se glissent et ne provoquent de larges régressions de performances sans détections.

Ah, bon à savoir. Continuons sur https://github.com/flutter/flutter/issues/50900. Une fois que nous avons établi la signalisation comme vous le dites, nous pouvons simplement échouer sur les points de repère sur les replis logiciels.

Salut. Dans mon cas, j'ai supprimé le package "get_ip", et l'écran noir a disparu, l'application est de nouveau opérationnelle.

Comment puis-je faire ceci?

Salut.

Supprimez simplement le package du fichier pubspec.yaml.

Luiz Leite

Em quinta-feira, 12 de março de 2020 08:46:41 BRT, mohamed-eltwahy <[email protected]> escreveu:

Salut. Dans mon cas, j'ai supprimé le package "get_ip", et l'écran noir a disparu, l'application est de nouveau opérationnelle.

Comment puis-je faire ceci?

—
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub ou désabonnez-vous.

Ce fil a été automatiquement verrouillé puisqu'il n'y a eu aucune activité récente après sa fermeture. Si vous rencontrez toujours un problème similaire, veuillez ouvrir un nouveau bogue, y compris la sortie de flutter doctor -v et une reproduction minimale du problème.