Pas seul dans ce cas - incroyablement frustrant d'avoir à "nettoyer" avec apparemment chaque changement de code avant que les changements ne soient reflétés dans le débogage d'Android Studio.

[√] Flutter (Channel master, v0.3.6-pre.43, on Microsoft Windows [Version 10.0.16299.371], locale en-US)
    • Flutter version 0.3.6-pre.43 at E:\flutter
    • Framework revision 32d1f0a80a (17 hours ago), 2018-04-27 13:34:50 -0700
    • Engine revision e11905c6e5
    • Dart version 2.0.0-dev.50.0.flutter-8d4074175f

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\jens\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: E:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at E:\Program Files\Android\Android Studio
    • Flutter plugin version 24.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Community Edition (version 2018.1)
    • IntelliJ at E:\Program Files\JetBrains\IntelliJ IDEA Community Edition 181.4203.6
    • Flutter plugin version 22.2.3
    • Dart plugin version 181.4096.12

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 7.1.1 (API 25) (emulator)

• No issues found!

Je rencontre le même problème en ce moment, comment le rechargement affiche les derniers changements, mais si je redémarre à froid, j'obtiens une ancienne version, seul le nettoyage flottant aide.

+1 Même problème ici et en fait, pour moi, le nettoyage flottant n'aide pas non plus parfois et je dois supprimer l'application manuellement, puis la reconstruire. C'est vraiment ennuyeux et frustrant.. :(

J'ai également vécu la même chose avec Flutter.

SANS RELATION : Ce qui est amusant, c'est que j'ai également eu un problème similaire avec le développement Android pur. Instant Run d'Android m'a également laissé une version plus ancienne une fois que j'ai redémarré l'application après le débogage.

@sethladd pouvez-vous s'il vous plaît aider en priorité ? C'est comme si le pro majeur était devenu le con majeur :(

Entièrement d'accord. Il s'agit d'une régression majeure. Il n'y a pas longtemps, j'ai écrit dans un article de blog à quel point j'étais heureux que l'outil Flutter fonctionne par rapport à Xamarin, mais maintenant c'est presque pire. Le rechargement à chaud trop souvent ne fonctionne pas sur les branches de développement et maître actuelles

Si frustrant. Le bouton Android Studio Debug ne respectera généralement pas les modifications récentes du code, ce qui nécessite un nettoyage flottant avant de s'exécuter. Le rechargement à chaud depuis Android Studio ne fonctionne tout simplement pas. Si j'exécute un terminal "flutter run", le rechargement à chaud semble fonctionner correctement, mais bien sûr, je ne reçois aucun outil de débogage.

Ce qui est exécuté par une commande "flutter run" n'est clairement pas le même code que celui exécuté à l'aide des icônes Android Studio. C'est au point de déboguer que je dois nettoyer chaque exécution, ce qui est horrible lorsque j'essaie de résoudre des problèmes.

MISE À JOUR : Le problème semble être limité au débogage. L'utilisation de l'icône « exécuter » d'Android Studio est aussi rapide que depuis le terminal et respecte les changements de code récents. Pour une raison quelconque, tenter de déboguer nécessite toujours une opération de nettoyage flottant pour respecter les modifications récentes du code.

[√] Flutter (Channel master, v0.3.6-pre.43, on Microsoft Windows [Version 10.0.16299.371], locale en-US)
    • Flutter version 0.3.6-pre.43 at E:\flutter
    • Framework revision 32d1f0a80a (7 days ago), 2018-04-27 13:34:50 -0700
    • Engine revision e11905c6e5
    • Dart version 2.0.0-dev.50.0.flutter-8d4074175f

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\jens\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: E:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at E:\Program Files\Android\Android Studio
    • Flutter plugin version 24.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Community Edition (version 2018.1)
    • IntelliJ at E:\Program Files\JetBrains\IntelliJ IDEA Community Edition 181.4203.6
    • Flutter plugin version 22.2.3
    • Dart plugin version 181.4096.12

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 7.1.1 (API 25) (emulator)

• No issues found!

@cbracken @tvolkert ressemble à une mauvaise régression. Des idées?

@cbracken une chance que cela puisse être lié à votre travail sur la prise d'empreintes digitales et la simplification des chemins de code de construction ?

Serait-ce un problème Windows ? Je suis aussi sous Windows. La plupart des développeurs semblent fonctionner sur un Mac, cela pourrait donc être une raison pour laquelle cela n'est pas apparu plus tôt? Juste une supposition

Je suis confronté à ce problème sur mac d'ailleurs.

Le vendredi 4 mai 2018 à 20h06, escamoteur [email protected] a écrit :

Serait-ce un problème Windows ? Je suis aussi sous Windows. La plupart des développeurs semblent fonctionner
sur un Mac, cela pourrait donc être une raison pour laquelle cela n'est pas apparu plus tôt? Juste un
deviner

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/flutter/flutter/issues/16604#issuecomment-386621398 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMCOnM-6r56bzBF5c4kpjOkSsAyexeO_ks5tvGdzgaJpZM4TVhip
.

Je viens de @cbracken - on dirait que cela a été corrigé sur le maître il y a 3 jours dans https://github.com/flutter/flutter/pull/17175

@ratsey si vous flutter upgrade , vous devriez récupérer le correctif. S'il vous plaît laissez-nous savoir si vous voyez toujours que cela se produit lorsque vous êtes synchronisé avec un commit après 752906498ae9961008e9336a1c88aa14f8ac068f

@dedeswim, ce correctif peut ne pas atterrir sur le canal bêta avant plusieurs semaines. Vous pouvez le voir plus tôt en exécutant flutter channel dev ou tout de suite avec flutter channel master 😄

@volkert, j'ai mis à niveau le flutter aujourd'hui il y a 8 heures dans le canal principal
et ce n'est pas encore réglé pour moi.

Le ven. 4 mai 2018 à 20:09, Todd Volkert [email protected]
a écrit:

Je viens de @cbracken https://github.com/cbracken - ça ressemble à
cela a été corrigé sur le maître il y a 3 jours dans #17175
https://github.com/flutter/flutter/pull/17175

@ratsey https://github.com/ratsey si vous effectuez une mise à niveau flottante , vous devriez
ramasser le correctif. S'il vous plaît laissez-nous savoir si vous voyez toujours cela se produire lorsque
vous êtes synchronisé avec un commit après 7529064
https://github.com/flutter/flutter/commit/752906498ae9961008e9336a1c88aa14f8ac068f

@dedeswim https://github.com/dedeswim ce correctif peut ne pas atterrir sur la version bêta
chaîne pendant plusieurs semaines. Vous pouvez le voir plus tôt en exécutant flutter
channel dev ou tout de suite avec flutter channel master

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/flutter/flutter/issues/16604#issuecomment-386622251 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMCOnJCY9QCtdFuMdaU2xTt6fFPvVQpcks5tvGgkgaJpZM4TVhip
.

@iampawan bon à savoir - nous allons certainement y jeter un œil aujourd'hui. C'est sur les versions de débogage Android ?

Oui, j'ai seulement essayé la version de débogage. J'utilisais le simulateur ios et même
Flutter Clean ne fonctionnait pas pour moi. J'ai dû supprimer l'application. Mais alors
une autre chose que j'ai remarquée, c'est que si je lance mon application encore et encore 2-3 fois
puis les changements se reflètent.. je ne sais toujours pas comment résoudre ce problème, mais cela se produit
lorsque l'application se bloque pendant le rechargement à chaud

Le ven. 4 mai 2018 à 20h15, Todd Volkert [email protected]
a écrit:

@iampawan https://github.com/iampawan bon à savoir - nous allons certainement
jetez un oeil aujourd'hui. C'est sur les versions de débogage Android ?

-
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/16604#issuecomment-386624223 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMCOnNxuo-c8uFwQkrw0C1BBXMqAGcd4ks5tvGmhgaJpZM4TVhip
.

Sondage rapide pour ceux qui suivent au cas où cela aiderait à identifier un modèle où cela se produit (on dirait que le système d'exploitation a déjà été exclu puisque nous avons des rapports à la fois de Windows et de MacOS) : lequel des éléments suivants s'applique à vous :

• Android contre iOS
• appareil physique vs émulateur/simulateur
• débogage, profil ou version de version

• Version Android
• ordinateur Windows
• émulateur. & dispositif
• Mise à jour ce matin.
• Débogage uniquement testé pour le moment

C'est encore plus étrange, je fais un changement et un rechargement instantané et le changement apparaît. Je quitte et redémarre l'application sans Flutter clean et j'obtiens l'ancienne version.

1. Android et iOS à la fois .. je viens de le vérifier
2. Appareil physique et émulateur
3. J'ai essayé de déboguer uniquement
4. Pour moi, cela se produit moins dans Android Studio mais plus lorsque j'utilise vscode (
   peut-être que ce n'est pas pertinent parce que je ne sais pas)

Le ven. 4 mai 2018 à 20:20, Todd Volkert [email protected]
a écrit:

Sondage rapide pour ceux qui suivent au cas où cela aiderait à identifier un modèle
où cela se passe (on dirait que le système d'exploitation a déjà été exclu depuis que nous
ont des rapports à la fois de Windows et de MacOS) : lesquels des éléments suivants s'appliquent à
tu:

• Android contre iOS
• appareil physique vs émulateur/simulateur
• débogage, profil ou version de version

-
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/16604#issuecomment-386625760 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMCOnP1SMbNrtH7hn11XZOR7SVxFyTtaks5tvGrRgaJpZM4TVhip
.

C'est encore plus étrange, je fais un changement et un rechargement instantané et le changement apparaît. Je quitte et redémarre l'application sans Flutter clean et j'obtiens l'ancienne version.

Cela ressemble à un problème de reconstruction du fichier du noyau pour l'application ( build/app.dill ). L'exécution initiale de l'application crée un fichier de noyau et démarre l'application à partir de celui-ci ; le premier rechargement à chaud remplit toutes les sources (noyau) de l'application dans un système de fichiers devfs en mémoire sur l'appareil et se recharge à partir de là ; les rechargements suivants remplissent les deltas de fichiers dans ce système de fichiers en mémoire.

/cc @aam

17175 n'aurait dû résoudre qu'un problème d'invalidation pour les versions de profil/version. Les versions de débogage utilisent un chemin de code différent.

Je ne suis pas en mesure de reproduire ce bogue avec de simples modifications de code dans les tests de démonstration de la galerie avec le simulateur de débogage iOS sur le maître, en utilisant uniquement les outils de ligne de commande. Je vais essayer un IDE, qui utilise le démon et continuer à fouiller jusqu'à ce que nous déterminions ce qui se passe.

@iampawan @escamoteur voyiez -vous le mauvais comportement avec les changements de code ou les changements d'actifs (ou les deux) ?

voyiez-vous le mauvais comportement avec les changements de code ou ...

Et si le code change, était-ce du code Dart, ou du code Java/ObjC ?

De plus, quelqu'un a-t-il reproduit cela en ligne de commande ou toujours dans un IDE ?

Je ne suis pas en mesure de reproduire cela ni à partir d'IJ, ni à partir de la ligne de commande (sur un appareil Android physique).
Je démarre Flutter Gallery, en effectuant une simple modification (lib/gallery/app.dart:128 'Flutter Gallery' -> 'Updated Flutter Gallery'), rechargez à chaud, confirmez que je vois le changement (le titre de l'application change), arrêtez l'application, redémarrez-la, voyez toujours le changement.

C'est sur 24.0.1 du plugin Flutter IJ, branche master de Flutter :

Flutter 0.3.6-pre.113 • channel master • [email protected]:aam/flutter.git Framework • revision d820e5f3b1 (12 hours ago) • 2018-05-03 22:27:29 -0700 Engine • revision e976be13c5 Tools • Dart 2.0.0-dev.53.0.flutter-e6d7d67f4b

@devoncarew a écrit

Cela ressemble à un problème de reconstruction du fichier du noyau pour l'application (build/app.dill).

La prochaine fois que vous démarrez l'application, build/app.dill doit être reconstruit car les sources sont plus récentes que le fichier dill.

@cbracken n'a encore essayé qu'avec les changements de code Dart. Si nous pouvons vous aider avec les fichiers journaux s'il y en a, faites-le nous savoir.
Désolé pour le retard, mais les fuseaux horaires rendent les choses difficiles.

J'utilise le code VS si cela fait une différence

Les fichiers journaux flutter -v run ... avec les arguments d'exécution flutter habituels, vous obtiendrez une sortie plus détaillée. Depuis Android Studio, vous pouvez modifier votre configuration d'exécution pour spécifier —verbose dans le champ des options supplémentaires.

Ce journal est après flutter clean
afterflutterclean.txt

Ensuite, j'ai modifié quelque chose et l'ai exécuté sans que le changement ne prenne effet

afterchange.txt

Puis après un autre flutter clean

afterfluttercleanafterchange.txt

J'ai zippé tout le projet. Le bouton de l'application devrait être bleu après le changement, mais ce n'est pas le cas.
Je ne sais pas si vous pouvez le reproduire à partir du fichier zip

https://drive.google.com/open?id=1r2lQPVW3TgJpK4RH_kyrRXyePIyw7_UY

PS C:\Entwicklung\BlogLiaison bidirectionnelle dans Flutter\two_way_binding> flutter -v doctor
[√] Flutter (Channel master, v0.3.7-pre.9, sur Microsoft Windows [Version 10.0.17134.1], locale de-DE)
• Flutter version 0.3.7-pre.9 sur C:\Entwicklung\Flutter
• Révision du cadre b2b4665926 (il y a 19 heures), 04-05-2018 18:17:35 -0700
• Révision du moteur e976be13c5
• Dart version 2.0.0-dev.53.0.flutter-e6d7d67f4b

[√] Chaîne d'outils Android - développer pour les appareils Android (Android SDK 27.0.3)
• SDK Android sur C:\Users\escam\AppData\Local\Android\sdk
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme android-27, outils de construction 27.0.3
• Java binaire sur : C:\Program Files\Android\Android Studio\jrebin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
• Toutes les licences Android acceptées.

[√] Android Studio (version 3.1)
• Android Studio dans C:\Program Files\Android\Android Studio
• Plugin Flutter version 23.2.2
• Plugin Dart version 173.4700
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] VS Code, édition 32 bits (version 1.22.2)
• VS Code dans C:\Program Files (x86)\Microsoft VS Code
• Extension de code Dart version 2.12.1

[√] Appareils connectés (1 disponible)
• SDK Android conçu pour x86 • émulateur-5554 • android-x86 • Android 6.0 (API 23) (émulateur)

• Aucun problème n'a été trouvé!

Malheureusement je serai sur la route jusqu'à mardi,

J'ai dû changer l'emplacement minimum du SDK et du SDK, et mon Flutter a été mis à niveau pour que le zip de

Je suis capable de changer la couleur du bouton dans Debug avec un rechargement à chaud, et aussi de changer la couleur entre les exécutions de débogage. Bottom line - Le projet de @escamoteur fonctionne pour moi.

Je réessayerai avec mon code plus tard ce soir avec cette mise à niveau Flutter.

Des idées à travers les journaux? @cbracken

@cbracken @tvolkert J'utilise la dernière version de flutter et aujourd'hui, le blocage a augmenté lors de l'utilisation de vscode, mais je n'ai rencontré aucun problème, car les dernières modifications apportées à l'application reflètent désormais ce qui n'était pas antérieur .. Mais l'application se bloque en changeant quelque chose dans les classes avec état et je pense que cela se produit moins ou pas lorsque j'utilise le terminal pour le rechargement à chaud

J'utilise la dernière version de flutter et aujourd'hui, le gel a augmenté lors de l'utilisation de vscode

Es-tu sous Windows ? Il semble y avoir un bug majeur dans la mise à jour d'avril qui provoque le blocage des applications basées sur Chrome :

https://www.engadget.com/2018/05/03/microsoft-windows-10-chrome-cortana-freeze-fix/

Non, j'utilise la dernière version de Macosx

Le mardi 8 mai 2018, 17 h 51, Danny Tuppeny [email protected] a écrit :

J'utilise la dernière version de flutter et aujourd'hui, le truc de gel a
augmenté lors de l'utilisation de vscode

Es-tu sous Windows ? Il semble y avoir un bug majeur dans la mise à jour d'avril
cela provoque le blocage avec les applications basées sur Chrome :

https://www.engadget.com/2018/05/03/microsoft-windows-10-chrome-cortana-freeze-fix/

-
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/16604#issuecomment-387383846 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AMCOnDF0oDTkjXNK1ZasxOD9jVuZP8TSks5twY3KgaJpZM4TVhip
.

Ok, pas ça alors. Lorsque vous dites "l'application se bloque", voulez-vous dire l'application mobile sur l'appareil (ou l'application VS Code) ? Je pense que c'est probablement un problème différent de celui de ne pas reconstruire correctement, il peut donc valoir la peine d'ouvrir un autre problème. Si vous utilisez VS Code, je serais intéressé de voir les fichiers journaux Flutter Run et Observatory pour la période où vous voyez des gels.

@DanTup Ici, dans l'étape 1, voyez la couleur inférieure de la barre d'applications et l'application se bloque également lorsque la notification « Recharge à chaud » prend du temps - disons plus de 5 secondes. Maintenant, l'étape 2 est lorsque je reconstruis l'application, les modifications ont disparu et si j'apporte des modifications et effectue un rechargement à chaud, toutes les modifications seront reflétées. ci-joint


observatoire.txt

@iampawan Je pense que c'est un problème différent; pourriez-vous ouvrir un nouveau problème à ce sujet pour éviter de confondre les choses avec le problème de non-reconstruire-quand-il-devrait? Aussi, pouvez-vous inclure le journal Flutter Run ainsi que celui de l'Observatoire, puisque celui-ci comprend les instructions pour le rechargement à chaud. Merci!

flutter_run.txt

@iampawan Ce journal ne semble inclure aucune demande de rechargement à chaud, la dernière ligne correspond à la fin du lancement de l'application. Pourriez-vous réessayer, mais également l'attacher à un nouveau problème - je ne pense pas que ces problèmes de rechargement à chaud soient les mêmes que l'application ne se reconstruisant/déployant pas quand il le devrait et c'est un peu déroutant d'avoir des conversations parallèles dans le même problème.

@DanTup Ok, https://youtu.be/q-GtMerSNuY , j'ai finalement été confronté au problème afin que vous puissiez regarder la partie finale pour plus de compréhension. Merci
flutter_run.txt Je ne sais pas si le fichier n'a pas quelque chose que vous attendez, mais je télécharge tout ce qui a été généré

@iampawan Merci ; ce journal l'a. Il contient en fait ce que je craignais :

TimeoutException: Request to Dart VM Service timed out: _flutter.listViews({})

Veuillez ouvrir un problème pour cela ; J'ai vu d'autres rapports à ce sujet récemment aussi.

@cbracken Mes journaux ont-ils aidé d'une manière ou d'une autre?

Pour le problème d'origine sur ce fil, je peux confirmer que le rechargement à chaud cherche maintenant à prendre en considération les modifications de code entre les exécutions et n'a donc pas besoin d'une opération manuelle de « nettoyage de flottement ».

Cependant, si vous passez d'une exécution de débogage à une exécution sans débogage après un certain nombre d'opérations de modification/rechargement à chaud, ce Flutter Clean doit toujours être effectué.

J'ai commencé à rencontrer des problèmes avec cela aujourd'hui (à la fois sur un émulateur et un appareil réel) sous Windows avec la rupture du rechargement à chaud pendant que je modifiais les valeurs dans le code du didacticiel d'animation de Flutter. (https://flutter.io/tutorials/animation/).

J'ai pu résoudre le problème de rechargement à chaud en supprimant les espaces dans la structure de répertoires qui contenaient le code. Cela semble idiot, mais cela a fonctionné pour moi.

Par exemple, j'ai changé C:\Dev\Flutter Apps\hello_world\animation_examples

à C:\Dev\Flutter_Apps\hello_world\animation_examples

Docteur Flutter :

[√] Flutter (Channel dev, v0.5.5, on Microsoft Windows [Version 10.0.17134.112], locale en-AU)
    • Flutter version 0.5.5 at C:\Dev\flutter-sdk
    • Framework revision 020e0ef55c (12 days ago), 2018-06-14 13:17:08 -0700
    • Engine revision c3976b3c71
    • Dart version 2.0.0-dev.61.0.flutter-c95617b19c

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Jason\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Flutter plugin version 25.0.1
    • Dart plugin version 173.4700
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[!] VS Code, 64-bit edition (version 1.24.1)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Flutter extension not installed; install from
      https://marketplace.visualstudio.com/items?itemName=Dart-Code.flutter

[√] Connected devices (1 available)
    • Android SDK built for x86 • emulator-5554 • android-x86 • Android 8.1.0 (API 27) (emulator)

! Doctor found issues in 1 category.

Je rencontrais également ce problème sur les branches beta et master de Flutter.

Je suis également confronté aux mêmes problèmes de flutter depuis le mois dernier. Espérons que l'équipe Flutter considère ce problème et le résolve rapidement. Parce que nous aimons #Flutter.

Une grande partie de l'équipe est actuellement absente du bureau, mais il semble que la prochaine étape consiste pour @escamoteur ci-dessus.

J'en ai plusieurs que j'utilise pour développer des applications flottantes et j'ai eu le même problème où l'application ne se met pas à jour même après avoir complètement reconstruit l'application. Je dois faire un redémarrage à chaud pour que les modifications se produisent après chaque fois que je fais flutter run .

Une amélioration ? le problème persiste toujours. Regle-le, s'il te plait. Nous aimons

Battement

Honnêtement, je ne peux pas signaler que j'ai toujours un problème. Avez-vous essayé de passer au canal de développement ou maître ?

Je peux confirmer le problème. Si je modifie quelque chose dans mon code et commence le débogage, je ne sais jamais si j'ai la « dernière version ». Si je débogue avec pas à pas... Je peux le voir parfois parcourir le code dans les commentaires... Maintenant, juste pour être sûr, je fais une exécution flottante et réessaye.

[√] Flutter (Channel master, v0.5.7-pre.62, sur Microsoft Windows [Version 10.0.17134.112], locale en-US)
• Flutter version 0.5.7-pre.62 à C:\flutter
• Révision du cadre 7ac183794b (il y a 2 jours), 06-07-2018 15:21:29 -0700
• Révision du moteur 6fe748490d
• Dart version 2.0.0-dev.63.0.flutter-4c9689c1d2

[√] Chaîne d'outils Android - développer pour les appareils Android (Android SDK 27.0.3)
• SDK Android sur C:\Android\android-sdk
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme android-27, outils de construction 27.0.3
• ANDROID_HOME = C:\Android\android-sdk
• Java binaire sur : C:\Program Files\Android\Android Studio\jrebin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
• Toutes les licences Android acceptées.

[√] Android Studio (version 3.1)
• Android Studio dans C:\Program Files\Android\Android Studio
• Plugin Flutter version 25.0.1
• Plugin Dart version 173.4700
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] VS Code, édition 64 bits (version 1.25.0)
• VS Code dans C:\Program Files\Microsoft VS Code
• Extension de flottement version 2.15.0

Il serait donc intéressant de savoir quelle est la différence sur nos systèmes

@gspencergoog On me dit que vous envisagez peut-être des problèmes comme celui-ci; pas sûr d'avoir vu celui-ci ?

@DanTup Je l'ai vu, mais je pense que @cbracken est mieux placé pour le réparer.

Quelqu'un peut-il reproduire explicitement cette sauvegarde avant le rechargement/redémarrage à chaud
améliore la situation? (avec rechargement à chaud lors de la sauvegarde désactivé)
Voir aussi flutter/flutter-intellij#2472

La seule chose que j'ai observée hier, c'est que si j'apporte une modification à un fichier de package pendant le débogage qui ne fait pas partie de mon projet, je dois recharger à chaud explicitement après l'enregistrement pour prendre effet

@escamoteur Merci pour le retour. Cela ressemble à #15879

Non, ne modifiez pas le package, effectuez simplement une petite modification de code dans un package référencé pour le débogage

Vous voulez dire une dépendance de chemin ?

Pas de dépendance de package. Mais c'est peut-être trop à attendre.

Modifiez-vous des fichiers dans ~/.pub-cache/hosted/... . Je doute fortement que vous obtiendrez un support pour ce cas d'utilisation. C'est fortement déconseillé. Sinon, il n'y a aucun moyen de modifier un code de package hébergé sans le fichier .packages à modifier.

OK je plaide coupable 😁

@escamoteur Je ne sais pas si cela fait une différence ici (et vous le savez peut-être déjà), mais vous pouvez remplacer les chemins des packages importés si vous souhaitez un moyen "moins non pris en charge" de modifier les fichiers dans les packages :

dependency_overrides:
  vm_service_client:
    path: ../../../vm_service_client

@escamoteur Il faudrait que je regarde notre code de rechargement à chaud, mais je me souviens bien que lorsque pub serve existait (pour le web), c'était une décision de conception intentionnelle de regarder le projet d'application et la fermeture transitive de path: dépendances, mais ne rien surveiller dans le cache pub (ce code n'est pas destiné à être modifiable par l'utilisateur), ou les dépendances git. Je soupçonne fortement que cela reste le cas avec le flutter.

@cbracken merci pour les éclaircissements. Désolé quand je m'éloigne un peu du problème d'origine

Le problème persiste toujours. Des correctifs ?? S'il vous plaît jeter quelques informations.

@cbracken Cela a fonctionné avec la version d'aujourd'hui :

Flutter 0.5.8-pre.61 • maître de canal • https://github.com/flutter/flutter
Cadre • révision b8b6d41 (il y a 7 heures) • 2018-07-17 18:07:54 -0700
Moteur • révision 5557e3006e
Outils • Dart 2.0.0-dev.67.0.flutter-84ca27a09e

Je n'ai pu déboguer les modifications qu'après le rechargement à chaud. Même un nettoyage Flutter n'a plus aidé.
Je suis revenu à git reset --hard e22f99743b4f0bea4a9b8e7703ce5ffbfda37a04
Résolu le problème fonctionne à nouveau maintenant

Je ne suis pas sûr de l'état de ce bug. :/

Il semble que le problème d'origine ait été résolu, mais des rapports connexes ont également été ajoutés ici ?

Il semble que le commentaire le plus récent de

Je recommanderais aux utilisateurs qui rencontrent toujours des problèmes dans ce fichier d'espace de nouveaux bogues distincts (que vous pouvez lier à partir d'ici) afin que nous puissions nous assurer de diagnostiquer et de résoudre chacun d'eux ?

Pas vraiment. Le débogage fonctionne, mais il ne pousse pas toujours la dernière version de l'application sur l'appareil lors du démarrage d'une nouvelle session de débogage. Toutes les modifications effectuées via un rechargement à chaud sont poussées et peuvent être déboguées.

@escamoteur seriez-vous prêt à

@eseidel ok, mais ce sera demain.

Je pense que le problème rencontré par @escamoteur est peut-être le même que le rapport d'origine ici - des applications obsolètes lancées sur l'appareil ?

Je pense que la déclaration ci-dessus était un peu déroutante car elle mentionnait le débogage, mais quand j'ai demandé des éclaircissements sur Gitter, il a dit :

J'ai lancé l'application, apporté quelques modifications et effectué un rechargement à chaud => des modifications sont apparues. Arrêt de l'application et démarrage d'une nouvelle => ancienne version de l'application

Si je comprends bien le rapport original, je pense qu'il s'agit peut-être des mêmes.

@escamoteur , avez-vous déposé un nouveau numéro ? Si oui, partagez le lien ici !

Pas encore, je dois le reproduire à nouveau, ce qui signifie changer ma configuration de travail actuelle et j'ai dû faire un vrai développement ces derniers jours

Oui, je peux confirmer que je suis également confronté à ce problème, je travaille à partir de VS Code et je commençais tout juste avec le flutter, et je travaillais sur l'exemple d'application "Startup Name Generator", et j'ai été surpris de voir que l'application au redémarrage montrait un ancien morceau de code, apportant une modification et un rechargement à chaud, a immédiatement mis à jour l'ensemble de l'interface utilisateur avec le code actuel, donc déduit que l'apk n'était jamais mis à jour avec les nouvelles modifications, est venu ici et a constaté que faire un nettoyage flottant résolvait mon problème temporairement , mais c'est un problème très ennuyeux, nous avons besoin d'une option de nettoyage et de construction.

Pourriez-vous s'il vous plaît ajouter votre sortie de médecin Flutter ici afin que nous sachions quelle version vous utilisez ?

J'ai utilisé le fichier zip sur le site Web, mais il semble que j'ai une mise à niveau disponible. Je mettrai à jour le statut après la mise à niveau.

[flutter] flutter docteur
?? ??
ATTENTION : votre installation de Flutter a 77 jours. ??
║
║ Pour mettre à jour vers la dernière version, exécutez "flutter upgrade". ??
?? ??

Résumé du docteur (pour voir tous les détails, exécutez flutter doctor -v) :
[✓] Flutter (Channel beta, v0.5.1, sur Mac OS X 10.12.6 16G1408, locale en-IN)
[✓] Chaîne d'outils Android - développer pour les appareils Android (Android SDK 28.0.2)
[✓] Chaîne d'outils iOS - développer pour les appareils iOS (Xcode 9.2)
[✓] Android Studio (version 3.1)
✗ Le plugin Flutter n'est pas installé ; cela ajoute une fonctionnalité spécifique à Flutter.
✗ Le plugin Dart n'est pas installé ; cela ajoute une fonctionnalité spécifique à Dart.
[!] VS Code (version 1.26.0)
[✓] Appareils connectés (1 disponible)

! Le docteur a trouvé des problèmes dans 1 catégorie.
code de sortie 0

Oui s'il vous plaît essayez cela. Vous pouvez également essayer de passer à la branche dev ou master

Eh bien, c'est résolu, je suppose, je peux me déconnecter et me reconnecter et je peux voir qu'une nouvelle version est correctement générée et installée, est-ce que je peux de toute façon assurer une reconstruction avec tout le code à un certain moment comme avant d'avoir terminé le travail , car maintenant le rechargement à chaud fonctionne presque comme une exécution instantanée dans Android Studio, les modifications ne s'appliquent que tant que la session est connectée, lors d'une déconnexion et d'une reconnexion, il effectue une construction complète si je lance à nouveau (y a-t-il un moyen plus simple de le faire pour le code VS ?)

@droidluv Je pense que des travaux ont été effectués récemment pour permettre la reconnexion. Pas sûr que cela couvre votre cas d'utilisation.

Les mises à jour ? Ses 2 mois. Je ne peux pas utiliser Flutter tant que ce problème n'est pas résolu.
Je le lance depuis vscode.
journaux

NoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosedNoSuchMethodError: The getter 'isClosed' was called on null.
Receiver: null
Tried calling: isClosed

env

~/Desktop/hello_world
$ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel beta, v0.7.3, on Mac OS X 10.14 18A384a, locale en-CN)
[✓] Android toolchain - develop for Android devices (Android SDK 26.0.2)
[✓] iOS toolchain - develop for iOS devices (Xcode 9.4.1)
[✓] Android Studio (version 3.0)
[✓] VS Code (version 1.27.0)
[✓] Connected devices (1 available)

• No issues found!

@ bang88 Essayez de passer à dev ou master et essayez-le. ça marche très bien pour moi depuis un bon bout de temps.
Comment ces messages d'erreur sont-ils liés à ce problème ?

@escamoteur J'ai essayé de passer à un autre canal et j'ai la même erreur. Le problème d'origine était https://github.com/Dart-Code/Dart-Code/issues/1113

@DanTup existe-t-il un moyen d'obtenir vscode pour exécuter la CLI avec --verbose ?

@tvolkert oui , cliquez sur le rouage de la barre latérale de débogage pour créer/ouvrir launch.json , puis ajoutez une section args , cela ressemble à ceci :

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Flutter",
            "request": "launch",
            "type": "dart",
            "args": [
                "-v"
            ]
        }
    ]
}

La sortie apparaîtra dans le Debug Console :

@ bang88 pouvez-vous essayer d'activer la journalisation détaillée selon le commentaire précédent et coller la sortie ici ?

Merci @bang88 !

Pour info, pour référence future, gist.github.com est un endroit idéal pour coller de très gros extraits de journaux comme ci-dessus. Ensuite, vous collez un lien vers l'essentiel dans les commentaires ici.

Donc, sur la base de cette sortie, il semble que la ligne suivante renvoie null :

https://github.com/flutter/flutter/blob/cb74e0eda87e35966437ef38a09ef02e23d50206/packages/flutter_tools/lib/src/resident_runner.dart#L71

En fait, en creusant un peu, cela ressemble plus à une condition de course. @ bang88 pouvez-vous essayer d'appliquer le diff suivant localement, puis de l'exécuter à nouveau, et d'inclure la sortie ? Merci!

diff --git a/packages/flutter_tools/lib/src/resident_runner.dart b/packages/flutter_tools/lib/src/resident_runner.dart
index d675e6db3..cdfabe409 100644
--- a/packages/flutter_tools/lib/src/resident_runner.dart
+++ b/packages/flutter_tools/lib/src/resident_runner.dart
@@ -86,12 +86,17 @@ class FlutterDevice {
     if (vmServices == null)
       return <FlutterView>[];

-    return vmServices
-      .where((VMService service) => !service.isClosed)
-      .expand((VMService service) => viewFilter != null
-          ? service.vm.allViewsWithName(viewFilter)
-          : service.vm.views)
-      .toList();
+    try {
+      return vmServices
+        .where((VMService service) => !service.isClosed)
+        .expand((VMService service) => viewFilter != null
+            ? service.vm.allViewsWithName(viewFilter)
+            : service.vm.views)
+        .toList();
+    } catch (error) {
+      printError('Error while getting views: $error -- stack trace: ${StackTrace.current}');
+      rethrow;
+    }
   }

   Future<Null> getVMs() async {

@tvolkert

https://gist.github.com/bang88/c22ecff0e1e94fa46ae23058d266c6be#file -flutter-log-L481

@ bang88 J'ai supprimé votre commentaire ci-dessus avec le contenu du journal en ligne que vous avez également mis à disposition avec le lien essentiel. J'espère que ça va.

@zoechi Merci.

@ bang88 Pourriez-vous essayer de capturer un journal à partir de VS Code tout en le reproduisant et le joindre ici?

Dans VS Code, exécutez la commande Dart: Capture Logs partir de la palette de commandes et cochez les catégories Debugger (Observatory) et Flutter Run . Ensuite, reproduisez le problème et appuyez sur Arrêter la journalisation, puis envoyez-nous le journal.

@ bang88 Avant de faire cela, pouvez-vous s'il vous plaît essayer d'installer cette version bêta de Dart Code :

https://github.com/Dart-Code/Dart-Code/releases/tag/v2.18.1-beta.1

Il corrige un bogue où l'exécution avec une sortie détaillée de Flutter pouvait nous amener à attacher le débogueur plus tôt que prévu (parce que nous analysons de manière incorrecte l'URL de l'Observatoire à partir de la sortie détaillée). Cela ressemble à ce qui se passe dans votre journal le plus récent, mais comme je pense que cela est causé par la journalisation détaillée, il se peut que ce ne soit pas le problème d'origine (bien qu'il soit suspect que l'erreur semble être la même).

@DanTup Je l'ai reproduit comme vous l'avez suggéré. voici les nouveaux journaux https://gist.github.com/bang88/e140e6a9a3c0c045d24339fc593c5595

Et j'ai capturé un gif:

@DanTup, il semble que nous commencions à envoyer des événements après l'événement app.start et n'attendons pas l'événement app.started .

21696 rendra le code plus défensif du côté des outils, mais nous devrions probablement également mettre à jour le côté IDE pour ne pas envoyer d'événements jusqu'au démarrage de l'application.

Cela ressemble à un problème de synchronisation en fonction des performances de la machine de développement, de sorte que certaines personnes y font face et d'autres pas

Hardware Overview:

  Model Name:   MacBook Pro
  Model Identifier: MacBookPro14,3
  Processor Name:   Intel Core i7
  Processor Speed:  3.1 GHz
  Number of Processors: 1
  Total Number of Cores:    4
  L2 Cache (per Core):  256 KB
  L3 Cache: 8 MB
  Memory:   16 GB
  Boot ROM Version: MBP143.0178.B00
  SMC Version (system): 2.45f0
  Serial Number (system):   xxx
  Hardware UUID:    xxx

@bang88 si vous flutter upgrade sur le canal principal, vous obtiendrez la première solution à cela. Je suppose que cela vous fera attendre un délai d'attente plus direct pour démarrer l'application, mais veuillez l'essayer et faire rapport.

@tvolkert Je viens de passer au canal principal et aucune erreur n'apparaît plus. mais l'écran est blanc. et le rechargement à chaud ne fonctionne pas non plus

~/Desktop/hello_world
$ flutter doctor -v[✓] Flutter (Channel master, v0.8.3-pre.36, on Mac OS X 10.14 18A384a, locale en-CN)
    • Flutter version 0.8.3-pre.36 at /Users/bang/flutter
    • Framework revision d02e67e76e (5 hours ago), 2018-09-12 12:11:59 +0200
    • Engine revision 6f459e2f10
    • Dart version 2.1.0-dev.4.0.flutter-05ccfa8502

[✓] Android toolchain - develop for Android devices (Android SDK 26.0.2)
    • Android SDK at /Users/bang/Library/Android/Sdk
    • Android NDK at /Users/bang/Library/Android/Sdk/ndk-bundle
    • Platform android-26, build-tools 26.0.2
    • ANDROID_HOME = /Users/bang/Library/Android/Sdk
    • Java binary at: /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)
    • All Android licenses accepted.

[✓] iOS toolchain - develop for iOS devices (Xcode 9.4.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 9.4.1, Build version 9F2000
    • ios-deploy 1.9.2
    • CocoaPods version 1.5.0

[✓] Android Studio (version 3.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 23.2.1
    • Dart plugin version 171.4424
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)

[✓] VS Code (version 1.27.1)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 2.18.0

[✓] Connected devices (1 available)
    • iPhone X • 3DBD546E-7A81-40E2-AB99-F2843169EC64 • ios • iOS 11.4 (simulator)

• No issues found!

@tvolkert Je pense que cela s'est peut-être produit auparavant, mais la version bêta liée ci-dessus aurait dû problème . En regardant ce journal, je ne vois rien être envoyé à stdin après l'événement app.start (toutes les données envoyées à stdin doivent être enregistrées avec [FlutterRun] [Info] ==> dans la ligne), mais il semble que le la dernière ligne du processus Flutter est :

[10:18:14 GMT+0800 (CST)] [FlutterRun] [Info] <== [ +5 ms] Connexion au protocole de service : http://127.0.0.1 :59843/

Ensuite, rien ne se passe tant que la session de débogage n'est pas terminée. Je pense que quelque chose dans Flutter peut être bloqué après la ligne ci-dessus, avant que l'événement app.started soit envoyé.

Je me demande si nous devrions ajouter des printTrace supplémentaires entre le code qui imprime la ligne ci-dessus et celui qui envoie l'événement app.started ? Il y avait un autre problème que j'ai commenté plus tôt à ce sujet aussi (https://github.com/flutter/flutter/issues/18889#issuecomment-420706390) qui, je pense, est un problème différent, mais qui semble également être quelque chose qui stagne dans ce domaine.

Si nous ne voulons pas engager de journalisation supplémentaire, nous pourrions le faire sur une branche et simplement demander à ces utilisateurs de tirer cela.

Ce futur ne se termine pas à temps (ou peut-être ne se termine jamais) :

https://github.com/flutter/flutter/blob/8cf68731e010023e5dcae1f00991f4ac5b1b758b/packages/flutter_tools/lib/src/resident_runner.dart#L71

Il y a des instructions de trace avant et après - nous voyons celle d'avant, mais pas celle d'après...

En retraçant cet appel, je parie que nous sommes en train de traîner ici :

https://github.com/flutter/flutter/blob/8cf68731e010023e5dcae1f00991f4ac5b1b758b/packages/flutter_tools/lib/src/vmservice.dart#L241

/cc @aam

Les demandes de VM peuvent rester sans réponse si la VM est également tombée en panne.
Que se passe-t-il sur l'appareil lorsque nous rencontrons ces blocages ? Y a-t-il des plantages signalés sur l'appareil ?

Pas de plantage juste un écran vide https://github.com/flutter/flutter/issues/16604#issuecomment -420490327

En règle générale, je devais créer l'application et elle l'exécuterait correctement avec les modifications.

En fait, grattez ça. je dois réinstaller l'application

Les mises à jour?

Je n'ai plus besoin de flutter clean beaucoup depuis un moment.

Pour moi clean ne fait rien. Je dois supprimer l'application du simulateur iOS. Ensuite, Flutter essaiera de fonctionner (et échouera). Et quand si je le lance pour la deuxième fois ça marche.

Il doit y avoir un problème avec la logique de mise à jour incrémentielle. Si l'application a été supprimée ou modifiée via un rechargement à chaud, elle ne sera pas correctement détectée pendant flutter run .

Je ne peux pas utiliser Flutter tant que ce problème n'est pas résolu.

Je viens de rencontrer ce problème sur la version 0.8.2

C'est vraiment agaçant.

Passer au canal de développement

Toujours un problème dans le master 0.10.1-pre.15

Je pense que l'une des principales raisons pour lesquelles ce problème se produit (résolu en supprimant le dossier de construction ou en exécutant la commande flutter clean), lorsque certaines modifications non valides sont appliquées au code, puis appuyez sur le rechargement à chaud ou le redémarrage à chaud, puis l'application se bloque, après cela, toute nouvelle exécution pour le projet prendra l'ancienne version (avant les modifications non valides) jusqu'à la suppression du dossier de construction.

Pour info @gspencergoog, cela semble être l'un des problèmes d'outillage les plus souvent signalés.

@FlutterIODev Je suis d'accord, un crash semble être nécessaire pour que ce problème se produise. Je pense que cela devrait également être un crash irrécupérable, lorsque l'application se bloque. Cela semble se produire davantage lorsque je débogue, même si je n'en suis pas totalement sûr.

Mon expérience le confirme. Je peux garantir que le rechargement à chaud ne fonctionnera pas s'il y a une exception, nécessitant un nettoyage pour fonctionner à nouveau (ce qui, n'étant pas mentionné dans les tutoriels, est assez déroutant au début). J'ai même eu l'utilisation de 'build apk' pour refléter une version de débogage précédente plutôt que les fichiers actuels si 'clean' n'a pas été utilisé en premier - cela semble en particulier involontaire.

Y a-t-il des types particuliers de plantages qui semblent être corrélés ? Peut-être des plantages qui se produisent plus tôt dans la séquence de démarrage, ou dans un plugin particulier ? Je me demande si nous ne nous remettons pas correctement de certains types d'exceptions.

Installez simplement 0.9.4 il y a quelques minutes et cela ne fonctionne toujours pas.

Toute mise à jour, j'ai le même problème.

Chers tous ceux qui ont été affectés par ce bug :

Nous essayons de traquer la ou les causes de ce bug et avons du mal à identifier une arme fumante. Si vous pouviez nous aider en remplissant ce rapide formulaire, cela nous aiderait grandement.

https://goo.gl/forms/eFPT6A3jAD8clU4o2

@dedeswim
@ratsey
@escamoteur
@iampawan
@KgotsoK
@jason-codeheroes
@mohith7548
@RedTech64
@jmwatte
@droidluv
@titonton
@szotp
@ElNuru247
@magicleon94
@PasCelaBowser
@bang88
@davidgalarza

Je n'ai pas vu ce bug depuis un bon moment depuis que je suis sur le canal dev

Les gens qui sont capables de le reproduire - lorsque vous entrez dans cet état (lorsque l'application sur l'appareil n'est plus mise à jour lorsque vous essayez de la déployer à partir de l'hôte), avant de faire flutter clean serait-il possible pour vous pour apporter des modifications à la source, faites flutter run --verbose et partagez le résultat via gist.github.com ?

lorsque ce problème me survient, je reçois cette erreur d'Android Studio

java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
java.util.concurrent.CompletionException: java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
    at java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:292)
    at java.util.concurrent.CompletableFuture.completeThrowable(CompletableFuture.java:308)
    at java.util.concurrent.CompletableFuture.uniApply(CompletableFuture.java:593)
    at java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:577)
    at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
    at java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:1977)
    at io.flutter.run.daemon.DaemonApi$Command.completeExceptionally(DaemonApi.java:375)
    at io.flutter.run.daemon.DaemonApi.dispatch(DaemonApi.java:181)
    at io.flutter.run.daemon.DaemonApi$1.onTextAvailable(DaemonApi.java:141)
    at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.intellij.execution.process.ProcessHandler$5.invoke(ProcessHandler.java:223)
    at com.sun.proxy.$Proxy17.onTextAvailable(Unknown Source)
    at com.intellij.execution.process.ProcessHandler.notifyTextAvailable(ProcessHandler.java:197)
    at com.intellij.execution.process.BaseOSProcessHandler$SimpleOutputReader.onTextAvailable(BaseOSProcessHandler.java:198)
    at com.intellij.util.io.BaseOutputReader.sendText(BaseOutputReader.java:202)
    at com.intellij.util.io.BaseOutputReader.processInput(BaseOutputReader.java:186)
    at com.intellij.util.io.BaseOutputReader.readAvailableNonBlocking(BaseOutputReader.java:105)
    at com.intellij.util.io.BaseDataReader.readAvailable(BaseDataReader.java:85)
    at com.intellij.util.io.BaseDataReader.doRun(BaseDataReader.java:163)
    at com.intellij.util.io.BaseDataReader$1$1.run(BaseDataReader.java:66)
    at com.intellij.util.ConcurrencyUtil.runUnderThreadName(ConcurrencyUtil.java:209)
    at com.intellij.util.io.BaseDataReader$1.run(BaseDataReader.java:63)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.io.IOException: error from app.callServiceExtension: "Bad state: No element"
    ... 22 more

peut-être que ça peut aider...
```
flutter --version:

Flutter 0.9.4 • bêta du canal • https://github.com/flutter/flutter.git
Framework • révision f37c235c32 (il y a 3 semaines) • 2018-09-25 17:45:40 -0400
Moteur • révision 74625aed32
Outils • Dart 2.1.0-dev.5.0.flutter-a2eb050044
```
Win10
appareil Android physique.

Les gens qui sont capables de le reproduire - lorsque vous entrez dans cet état (lorsque l'application sur l'appareil n'est plus mise à jour lorsque vous essayez de la déployer à partir de l'hôte), avant de faire flutter clean serait-il possible pour vous pour apporter des modifications à la source, faites flutter run --verbose et partagez le résultat via gist.github.com ?

Et voilà : https://gist.github.com/zoechi/63ad820136130ee6a053e33f48b9ea14

@5ummit avez-vous rempli https://goo.gl/forms/eFPT6A3jAD8clU4o2

pour les autres, la suggestion était de publier les journaux en utilisant https://gist.github.com/
et ne postez que le lien ici pour éviter que ce problème ne devienne un kilomètre de long.

@5ummit a écrit :

Voilà:
...
[ +97 ms] [ +578 ms] Ignorer la compilation du noyau. Correspondance d'empreintes digitales.

Merci, très utile. Le fait que nous ayons ignoré la compilation après que vous ayez modifié la source semble en être la cause première. Nous avons peut-être besoin d'instrumenter davantage le calcul des empreintes digitales pour comprendre pourquoi il a signalé une correspondance après que vous ayez modifié une source. Juste pour confirmer - vous avez modifié l'une des sources de votre application flutter dans le dossier lib/ , n'est-ce pas ?

@5ummit a écrit :

Voilà:
...
[ +97 ms] [ +578 ms] Ignorer la compilation du noyau. Correspondance d'empreintes digitales.

@aam a écrit :
Merci, très utile. Le fait que nous ayons ignoré la compilation après que vous ayez modifié la source semble en être la cause première. Nous avons peut-être besoin d'instrumenter davantage le calcul des empreintes digitales pour comprendre pourquoi il a signalé une correspondance après que vous ayez modifié une source. Juste pour confirmer - vous avez modifié l'une des sources de votre application flutter dans le dossier lib/ , n'est-ce pas ?

Oui, beaucoup - auparavant, j'ai eu un problème que j'ai réussi à résoudre https://github.com/flutter/flutter/issues/23131 grâce à la communauté. Vous recevez maintenant celui-ci - pensez-vous qu'ils sont connectés ?

Personnellement, je pense que mon problème provient d'une dépendance Firebase, cela s'est également produit avec https://github.com/flutter/flutter/issues/23131 . Il faudra quand même que je cherche pour en savoir plus.

Ici : https://gist.github.com/SUPERETDUPER/2b3585956f279ab5e47df431e8eda113

Pour reproduire, je fais ce qui suit.

• flottement propre
• flutter run -v
• Faire un changement
• Changement de recharge à chaud (avec r)
• Arrêter l'application (avec q)
• flutter run -v
• Faire un autre changement
• Recharge à chaud (avec r)
• Arrêter l'application (avec q)
• flutter run -v

Seul le premier changement est affiché. Doit exécuter flutter clean pour que le deuxième changement s'affiche.
Pour info, je modifie un entier const statique qui est utilisé dans un widget Text

@SUPERETDUPER a écrit :

Ici : https://gist.github.com/SUPERETDUPER/2b3585956f279ab5e47df431e8eda113
...
Compilation de dart vers le noyau avec le fichier mis à jour 439

Cela semble indiquer que lorsque vous avez fait flutter run -v nous avons reconstruit l'application, mais ce que vous dites, c'est que l'application s'est exécutée sans que votre changement (entier constant statique ?) ?

Êtes-vous en mesure de reproduire cela sur l'application de compteur d'échantillons flottants ( flutter create sample ) ?

J'utilisais l'application d'échantillon de compteur de flutter. Tout ce que j'ai fait, c'est d'ajouter Text("Number: $number") dans le widget de colonne. Et j'ai ajouté cette ligne static const int number = 1; dans MyHomePageState . Pour les changements, j'ai juste changé 1 d'autres valeurs.

Et oui, l'application a été reconstruite ; la première fois avec les changements mais la deuxième fois sans le deuxième changement.

@SUPERETDUPER pouvez-vous vérifier si la création d'un exemple de projet de flutter quelque part _à l'extérieur_ d'un chemin avec un espace dans un nom (le chemin complet de votre dossier de travail a de l'espace dans IntelliJ IDEA ) résout le problème que vous rencontrez avec l'état de l'application obsolète ?

Si cela est si difficile à résoudre, existe-t-il au moins un indicateur pour forcer le flottement à se reconstruire à chaque lancement ?

Si cela est si difficile à résoudre, existe-t-il au moins un indicateur pour forcer le flottement à se reconstruire à chaque lancement ?

Ce n'est pas aussi simple qu'un indicateur, mais si vous utilisez VS Code, vous pouvez créer une tâche pour exécuter flutter clean et la définir comme preLaunchTask .

.vscode/tasks.json

{
    "version": "2.0.0",
    "tasks": [
        {
            "label": "flutter clean",
            "type": "shell",
            "command": "flutter clean"
        }
    ]
}

.vscode/launch.json

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Flutter",
            "request": "launch",
            "type": "dart",
            "preLaunchTask": "flutter clean"
        }
    ]
}

Plus haut, vous avez dit que clean ne fonctionnait pas pour vous et que vous deviez désinstaller l'application de l'appareil. Si c'est toujours le cas, vous devrez probablement remplacer la commande flutter clean commande adb pour désinstaller l'application.

Cela dit, je vous encourage à essayer les choses énumérées ci-dessus avant de faire cela !

• Remplissez ce formulaire -> https://github.com/flutter/flutter/issues/16604#issuecomment -430338285
• Publiez un journal détaillé dans un gist -> https://github.com/flutter/flutter/issues/16604#issuecomment -430513752
• Voyez si cela peut être causé par des espaces dans vos chemins -> https://github.com/flutter/flutter/issues/16604#issuecomment -430892518

@DanTup en effet, je dois supprimer l'application. Il est possible qu'il y ait en fait deux bogues : l'un sur la nécessité d'exécuter un nettoyage et l'autre sur la nécessité de supprimer l'application iOS.

J'ai testé un peu plus et créé un exemple de projet qui fonctionne à 100%, mais uniquement sur iOS. Il est possible que je n'aie jamais eu ce problème sur Android, mais je n'en suis pas sûr.

https://github.com/szotp/flutter_stale_app

J'ai ajouté des instructions détaillées sur la façon d'atteindre le bogue :
https://github.com/szotp/flutter_stale_app/blob/master/lib/main.dart#L29 -L36

EDIT : je pense qu'il est essentiel ici, cette application est dans cet état gelé - le point d'arrêt du débogueur semble le garantir dans mon exemple, mais il est possible d'avoir une application gelée sans atteindre aucun point d'arrêt. Tuer l'application avant de la relancer semble aider, de sorte que la construction de Xcode s'exécute à nouveau.

EDIT : lorsque l'application est gelée et que je la lance à nouveau, la construction de Xcode ne se produit pas, mais l'application est clairement tuée et lancée à nouveau, perdant tous les rechargements à chaud accumulés auparavant.

Fait intéressant, lorsque je débogue avec la version qui n'a pas été mise à jour avec succès, le débogueur affiche l'ancien code (à partir du dossier de construction). Il semble donc que le dossier de construction ne soit pas mis à jour ?

@szotp Merci ! J'ai reproduit cette première fois avec vos instructions/application sur le simulateur iOS sur mon MacBook.

@aam @tvolkert ne sait pas qui regarde ça, mais je suppose que ça se reproduira facilement. Sinon, n'hésitez pas à me saisir si l'accès (à distance) à ma machine est utile pour déboguer.

@tvolkert Pensez-vous pouvoir partager les résultats du formulaire google ? Je suis curieux.

D'après la description, il semble que l'un des fichiers flutter_assets ne soit pas correctement synchronisé dans ce scénario.

@SUPERETDUPER bien sûr ! Le voici : sondage.pdf . Il montre des réponses assez variées, ce qui me dit que ce bogue est probablement surchargé de plus d'une cause sous-jacente.

@sztop , merci pour la super reproduction !
https://github.com/flutter/flutter/issues/16604#issuecomment -431066044 se produit-il uniquement sur le simulateur iOS ? Que faire si vous quittez (fermez) l'application Flutter sur le simulateur iOS avant de la redémarrer à partir de VSCode ?

@aam On dirait que supprimer les espaces l'a corrigé ! Merci!

Avec #23268(correctif du simulateur ios) et #23273(espaces dans le correctif de chemin) atterris dans la branche master, veuillez essayer le canal master si vous le pouvez et voyez si vous êtes toujours en mesure de reproduire le problème. Merci!

@aam Maintenant, ça marche, merci.

J'ai essayé flutter channel master et le problème est toujours là. Abandonnez pour le moment . J'ai créé une machine Ubuntu et configuré un nouveau dev env là-bas et tout fonctionne comme prévu.

@ bang88 , flutter run --verbose après avoir apporté une modification et de partager la sortie de celle-ci via gist.github.com ?

@aam Les journaux : https://gist.github.com/bang88/9b2d69d43b2cb95f008a35ae399159b8

et versions flottantes

~/Desktop/my_new_app 3m 34s
$ flutter doctor -v
[✓] Flutter (Channel master, v0.10.2-pre.21, on Mac OS X 10.14 18A389, locale
    en-CN)
    • Flutter version 0.10.2-pre.21 at /Users/bang/development/flutter
    • Framework revision 7aeb539da9 (34 hours ago), 2018-10-21 05:47:10 +0200
    • Engine revision 58cdd53f90
    • Dart version 2.1.0-dev.7.1.flutter-b99bcfd309

[✓] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at /Users/bang/Library/Android/Sdk
    • Android NDK at /Users/bang/Library/Android/Sdk/ndk-bundle
    • Platform android-27, build-tools 27.0.3
    • ANDROID_HOME = /Users/bang/Library/Android/Sdk
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/jdk/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)
    • All Android licenses accepted.

[✓] iOS toolchain - develop for iOS devices (Xcode 10.0)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Xcode 10.0, Build version 10A255
    • ios-deploy 2.0.0
    • CocoaPods version 1.5.0

[✓] Android Studio (version 3.0)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin version 23.2.1
    • Dart plugin version 171.4424
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-915-b08)

[✓] VS Code (version 1.28.2)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 2.19.0

[✓] Connected device (1 available)
    • iPhone X • 57906EE0-7FEB-487A-8698-85E91AF8B004 • ios • iOS 12.0
      (simulator)

• No issues found!

@aam Les journaux : https://gist.github.com/bang88/9b2d69d43b2cb95f008a35ae399159b8

@ bang88 ,

@aam Github est en panne ?

Puis-je vous envoyer un e-mail avec l'essentiel. ou attendre que Github résolve les problèmes de serveur

@ bang88 , actualisant ce lien et a pu voir l'essentiel, merci !

Quel fichier éditez-vous (quand vous faites flutter run -v ) ? Est-ce l'un des fichiers dart de votre projet ou l'un des packages que vous importez ? Voyez-vous le fichier que vous éditez dans build/snapshot_blob.bin.d
Fingerprint match message

[  +20 ms] Building Runner.app for ...
...
[ +371 ms] Skipping kernel compilation. Fingerprint match.
[ +545 ms] Building bundle

Des nouvelles sur ce problème ?
J'ai eu ce problème juste après être passé d'un émulateur (Windows) à un appareil réel (Android).
flutter clean supprime .build mais j'ai toujours l'ancienne application. Ce n'est qu'après avoir réinstallé l'application sur l'appareil que tout fonctionne comme prévu.

@stannynuytkens Sur quelle version de flutter es-tu ? Pouvez-vous reproduire à partir de la ligne de commande ?

Si tel est le cas, pourriez-vous essayer de suivre les instructions de @aam dans les messages précédents ?

• Désinstaller l'application du téléphone
• Supprimer le dossier de construction
• Exécuter l'application depuis la console
• Une fois chargé, quittez l'application (avec q )
• Apportez une modification à un fichier (notez quel fichier vous modifiez)
• Courir flutter run -verbose

En supposant que cela reproduise le problème, fournir la sortie du flutter run -verbose final dans un résumé, ainsi que des informations sur le fichier que vous avez modifié peut être utile. Vérifiez également si le fichier que vous avez modifié apparaît dans build/snapshot_blob.bin.d /

Mise à jour : les résultats de l'enquête sont consultables sur https://docs.google.com/spreadsheets/d/1xCzx-Xwx0Qiv3U5GqnjwkyLlzVmcxEZ73hzQszyzhkY/preview

Il ne semble pas y avoir de pistolet fumant 😞

Si vous travaillez sur dev ou master et rencontrez fréquemment des problèmes, j'ai ajouté la possibilité de désactiver tous nos caches de build (cela ne ralentira pas le rechargement à chaud ou le redémarrage à chaud). Cela peut être fait en définissant la variable d'environnement DISABLE_FLUTTER_BUILD_CACHE=true .

Si cela s'améliore/n'améliore pas la situation, j'aimerais le savoir, mais gardez à l'esprit que cela ne prendra effet qu'à partir de la v1.5.3 et des versions ultérieures.

Nous avons confirmé que cela résout le cas des ressources obsolètes référencées dans #27720 et des bogues similaires. Pour continuer ici, nous allons désactiver la mise en cache des builds par défaut. Ces caches de build seront réactivés individuellement une fois que nous aurons une meilleure couverture de test d'intégration pour prouver l'exactitude.

Ce changement ne sera probablement pas une version stable avant un certain temps, et idéalement, au moment où la prochaine version stable sera disponible, nous aurons réactivé la mise en cache de toutes les versions. En attendant, si les utilisateurs qui sont en développement ou en maître pouvaient signaler s'ils voient toujours ce problème, il serait extrêmement utile de se débarrasser de tous les détails.

J'ai ce problème et mon collègue aussi. Nous avons ce problème depuis plus d'une semaine maintenant.

Chaque fois que j'exécute l'application dans un simulateur iOS, une ancienne version du code est exécutée. Si je redémarre à chaud, le dernier code est exécuté. Flutter clean ne change rien. J'ai le même problème sur tous les simulateurs que j'ai essayés et que j'utilise Android Studio, le terminal ou XCode. Je n'ai pas essayé de courir à partir d'un autre IDE.

flutter doctor -v sortie :
[✓] Flutter (Channel stable, v1.2.1, sur Mac OS X 10.14.4 18E226, locale en-SE)
• Flutter version 1.2.1 sur /Users/martinlundberg/Dev/flutter
• Révision du cadre 8661d8aecd (il y a 2 mois), 2019-02-14 19:19:53 -0800
• Révision du moteur 3757390fa4
• Dart version 2.1.2 (build 2.1.2-dev.0.0 0a7dcf17eb)

[✓] Chaîne d'outils Android - développer pour les appareils Android (Android SDK version 28.0.3)
• SDK Android sur /Users/martinlundberg/Library/Android/sdk
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme Android-28, outils de construction 28.0.3
• Java binaire sur : /Applications/Android Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• Environnement d'exécution OpenJDK version Java (build 1.8.0_152-release-1248-b01)
• Toutes les licences Android acceptées.

[✓] Chaîne d'outils iOS - développer pour les appareils iOS (Xcode 10.2.1)
• Xcode sur /Applications/Xcode.app/Contents/Developer
• Xcode 10.2.1, version de compilation 10E1001
• ios-déployer 1.9.4
• CocoaPods version 1.5.3

[✓] Android Studio (version 3.3)
• Android Studio sur /Applications/Android Studio.app/Contents
• Plugin Flutter version 33.3.1
• Plugin Dart version 182.5215
• Environnement d'exécution OpenJDK version Java (build 1.8.0_152-release-1248-b01)

[✓] IntelliJ IDEA Édition Ultime (version 2018.1.3)
• IntelliJ sur /Applications/IntelliJ IDEA.app
• Plugin Flutter version 29.0.2
• Plugin Dart version 181.4892.1

[✓] Édition communautaire IntelliJ IDEA (version 2018.1.6)
• IntelliJ sur /Applications/IntelliJ IDEA CE.app
• Plugin Flutter version 29.0.2
• Plugin Dart version 181.5540.11

[✓] Code VS (version 1.33.1)
• VS Code sur /Applications/Visual Studio Code.app/Contents
• Extension de flottement version 2.25.1

[✓] Appareil connecté (2 disponibles)
• SDK Android conçu pour x86 • émulateur-5554 • android-x86 • Android 9 (API 28) (émulateur)
• iPhone 6 • 63E1705F-F8E7-4916-8C58-D2307D217DCD • ios • com.apple.CoreSimulator.SimRuntime.iOS-12-2 (simulateur)

• Aucun problème n'a été trouvé!

Ces correctifs ne sont disponibles que dans ~ 1.5 et versions ultérieures, donc je m'attendrais à ce qu'il y ait toujours des problèmes dans 1.2.1. Je suis surpris que le nettoyage flottant n'ait aucun effet - dans ce cas, j'essaierais de redémarrer le simulateur.

Oui ça m'étonne aussi.

Le redémarrage du simulateur ne change rien malheureusement. La seule façon de le réparer est de redémarrer à chaud ; qui fait exécuter le dernier code. Le problème est que cela ne change pas les paramètres d'environnement que nous avons configurés avant runApp :/

Recommandez-vous donc de passer à ~1,5 pour résoudre le problème ?

Avez-vous un répertoire de construction configuré différemment ? Plus précisément, si foo/ est la racine de votre projet Flutter, existe-t-il un répertoire foo/build ? Si oui, pouvez-vous le supprimer manuellement et réessayer ?

De plus, il semble que le correctif que j'ai atterri ait été étiqueté comme v1.5.8

Ouais, flutter clean supprime le dossier de construction, puis j'obtiens le même problème lorsque je construis et réexécute.

@molundb a écrit

J'ai ce problème et mon collègue aussi. Nous avons ce problème depuis plus d'une semaine maintenant.

Savez-vous quand cela a-t-il commencé ? Avez-vous exécuté une ancienne version de flutter avant cela ou quelque chose d'autre a-t-il changé il y a une semaine ?

Chaque fois que j'exécute l'application dans un simulateur iOS, une ancienne version du code est exécutée. je

Cela n'arrive-t-il que pour le simulateur iOS ? Ou vous rencontrez également cela sur un appareil iOS physique ou une sim/appareil Android ?

Êtes-vous capable de reproduire cela lors de l'exécution à partir de la ligne de commande flutter run -v ? Si c'est le cas, pouvez-vous copier flutter run -v coller la sortie de https://gist.github.com/ et publier un lien vers celle-ci ici ? Fondamentalement, si vous pouvez nettoyer le dossier de construction, flutter run -v l'application, apporter une modification, effectuer un rechargement à chaud, confirmer qu'aucune modification n'est apparue, le journal pour cela serait très utile.

@molundb
La suppression de l'application du simulateur a fonctionné pour moi. Cela se produit généralement lorsque je rencontre une exception non interceptée

@titonton
Merci pour le conseil mais j'ai fait Matériel -> Effacer tout le contenu et les paramètres... pour le simulateur et j'ai toujours le même problème.

@aam

Savez-vous quand cela a-t-il commencé ? Avez-vous exécuté une ancienne version de flutter avant cela ou quelque chose d'autre a-t-il changé il y a une semaine ?

C'était il y a si longtemps que je ne peux pas dire quand cela a commencé à arriver ou ce qui l'a malheureusement causé. J'ai mis à jour Flutter au moins une fois après qu'il a commencé à se produire.

Cela n'arrive-t-il que pour le simulateur iOS ? Ou vous rencontrez également cela sur un appareil iOS physique ou une sim/appareil Android ?

Cela ne se produit pas sur une carte SIM ou un appareil Android. Je charge maintenant un appareil iOS pour le tester.

Fondamentalement, si vous pouvez nettoyer le dossier de construction, lancer -v l'application, apporter une modification, effectuer un rechargement à chaud, confirmer qu'aucune modification n'est apparue, le journal pour cela serait très utile.

https://gist.github.com/molundb/cda4caa4e90288568db16ba9a0e962d6

Je ne peux pas répondre à votre question pour le moment sur l'appareil iOS car il semble que je ne puisse pas exécuter sur cet appareil iOS pour une raison quelconque :

Lancement de lib/main_dev.dart sur Iphone 7s iPhone en mode débogage...
Signature automatique d'iOS pour le déploiement de l'appareil à l'aide de l'équipe de développement spécifiée dans le projet Xcode : 2NJ74JJ92A
Exécution de la compilation Xcode...
Construction Xcode terminée. 6.9s
Échec de la création de l'application iOS
Sortie d'erreur de la compilation Xcode :
??
* ÉCHEC DE CONSTRUCTION *

La sortie de Xcode :
??
=== BUILD TARGET Runner OF PROJECT Runner AVEC CONFIGURATION Débogage ===
L'utilisation de l'inférence Swift 3 @objc en mode Swift 4 est déconseillée. Veuillez répondre aux avertissements d'inférence @objc obsolète " activée, puis désactivez l'inférence en modifiant le paramètre de construction "Swift 3 @objc Inference" sur "Par défaut" pour le "Runner" cible.
=== BUILD TARGET Runner OF PROJECT Runner AVEC CONFIGURATION Débogage ===
ld : avertissement : ignorer le fichier /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/ios/Flutter/App.framework/App, le fichier a été créé pour x86_64 qui n'est pas l'architecture liée (arm64) : /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/ ios/Flutter/App.framework/App
=== BUILD TARGET Runner OF PROJECT Runner AVEC CONFIGURATION Débogage ===
Binaire non gras /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/build/ios/Debug-iphoneos/Runner.app/Frameworks/App.framework/App n'est pas arm64. Courir lipo -infos :
Fichier non gras : /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/build/ios/Debug-iphoneos/Runner.app/Frameworks/App.framework/App est l'architecture : x86_64
La commande /bin/sh a échoué avec le code de sortie 1

Impossible de créer l'application précompilée pour l'appareil.

Erreur lors du lancement de l'application sur Iphone 7s iPhone.

@molundb a écrit

Fondamentalement, si vous pouvez nettoyer le dossier de construction, lancer -v l'application, apporter une modification, effectuer un rechargement à chaud, confirmer qu'aucune modification n'est apparue, le journal pour cela serait très utile.
https://gist.github.com/molundb/cda4caa4e90288568db16ba9a0e962d6

Merci! Donc, le rechargement/redémarrage à chaud fonctionne comme prévu, mais lorsque vous arrêtez l'application et l'exécutez à nouveau, vous voyez l'ancienne application affichée ? Pouvez-vous s'il vous plaît publier un aperçu de flutter run -v de cela (deuxième flutter run -v qui montre une application obsolète) ?

J'ai le même problème et ma productivité est fondamentalement de 30% de la normale à cause de cela. Je vois qu'au moins 3 à 4 semaines aucune preuve de changements pour le mieux. Je ne peux qu'espérer que quelqu'un en fasse une très haute priorité. - Ça me tue en ce moment !!!

Un redressement normal ressemble maintenant à.

1. supprimer tous les points d'arrêt
2. appel flottement propre
3. redémarrage à froid
4. activer à nouveau le point d'arrêt
5. travailler un peu

Je vois aussi des tonnes de ces messages de console :
'''16:07:17.994 289 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode non trouvée : 'toStringDeep'.
16:07:17.994 290 info flutter.tools [ ] -> toStringDeep()
'''
sortie de données dans ma console.

Voici ma version la plus récente sur master :

C:\Projects\obdchk>flutter doctor -v
[√] Flutter (Channel master, v1.5.9-pre.62, sur Microsoft Windows [Version 10.0.17763.437], locale en-US)
• Flutter version 1.5.9-pre.62 sur c:\sdks\flutter
• Révision du cadre 8fd7fa492a (il y a 3 heures), 2019-04-29 12:59:30 -0700
• Révision du moteur 1ecf924ff8
• Dart version 2.3.0 (build 2.3.0-dev.0.3 c46deebfb6)

16:07:17.942 252 info flutter.tools [ +965 ms] -> résultat 16e00721-c286-43e9-9460-70182643e449
16:07:17.944 253 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : Getter introuvable : 'instantané'.
16:07:17.944 254 info flutter.tools [ ] -> snapshot.data
16:07:17.944 255 info flutter.tools [ ] -> ^^^^^^^^
16:07:17.944 256 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : le getter 'snapshot' n'est pas défini pour la classe '_HomeScreenState'.
16:07:17.944 257 info flutter.tools [ ] -> - '_HomeScreenState' provient de 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.944 258 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'un getter existant, ou de définir un getter ou un champ nommé « instantané ».
16:07:17.944 259 info flutter.tools [ ] -> snapshot.data
16:07:17.944 260 info flutter.tools [ ] -> ^^^^^^^^
16:07:17.952 261 info flutter.tools [ +3 ms] -> 16e00721-c286-43e9-9460-70182643e449 build\app.dill.track.dill.incremental.dill 16
16:07:17.952 262 info flutter.tools [ +2 ms] -> résultat 1bae7b85-0d7d-48c6-a4c2-e199a261f77e
16:07:17.954 263 info flutter.tools [ +3 ms] -> 1bae7b85-0d7d-48c6-a4c2-e199a261f77e build\app.dill.track.dill.incremental.dill 16
16:07:17.955 264 info flutter.tools [ +2 ms] -> résultat 853ea583-b3e8-47a7-ae8f-6921d5f98593
16:07:17.963 265 info flutter.tools [ +2 ms] -> 853ea583-b3e8-47a7-ae8f-6921d5f98593 build\app.dill.track.dill.incremental.dill 16
16:07:17.963 266 info flutter.tools [ +1 ms] -> résultat d79513ca-38d5-4354-a47f-88ddd91741fb
16:07:17.963 267 info flutter.tools [ +3 ms] -> d79513ca-38d5-4354-a47f-88ddd91741fb build\app.dill.track.dill.incremental.dill 16
16:07:17.971 268 info flutter.tools [ +4 ms] -> résultat 2adf58bf-63cc-4eb8-b6c4-4952c2262bc3
16:07:17.971 269 info flutter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Getter introuvable : '_value'.
16:07:17.971 270 info flutter.tools [ ] -> _value
16:07:17.971 271 info flutter.tools [ ] -> ^^^^^^
16:07:17.971 272 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : le getter '_value' n'est pas défini pour la classe '_HomeScreenState'.
16:07:17.971 273 info flutter.tools [ ] -> - '_HomeScreenState' provient de 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.971 274 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'un getter existant, ou de définir un getter ou un champ nommé '_value'.
16:07:17.971 275 info flutter.tools [ ] -> _value
16:07:17.971 276 info flutter.tools [ ] -> ^^^^^^
16:07:17.985 277 info flutter.tools [ +8 ms] -> 2adf58bf-63cc-4eb8-b6c4-4952c2262bc3 build\app.dill.track.dill.incremental.dill 18
16:07:17.985 278 info flutter.tools [ +4 ms] -> résultat 4379cbc9-98a6-4540-865a-c6c0a09aba5e
16:07:17.987 279 info flutter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Getter introuvable : 'newValue'.
16:07:17.987 280 info flutter.tools [ ] -> newValue
16:07:17.987 281 info flutter.tools [ ] -> ^^^^^^^^
16:07:17.987 282 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : le getter 'newValue' n'est pas défini pour la classe '_HomeScreenState'.
16:07:17.987 283 info flutter.tools [ ] -> - '_HomeScreenState' provient de 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:17.987 284 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'un getter existant, ou de définir un getter ou un champ nommé 'newValue'.
16:07:17.987 285 info flutter.tools [ ] -> newValue
16:07:17.987 286 info flutter.tools [ ] -> ^^^^^^^^
16:07:17.994 287 info flutter.tools [ +3 ms] -> 4379cbc9-98a6-4540-865a-c6c0a09aba5e build\app.dill.track.dill.incremental.dill 20
16:07:17.994 288 info flutter.tools [ +1 ms] -> résultat 16915064-96cf-4c0c-9277-a36139fb4487
16:07:17.994 289 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode introuvable : 'toStringDeep'.
16:07:17.994 290 info flutter.tools [ ] -> toStringDeep()
16:07:17.994 291 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:17.994 292 info flutter.tools [ ] -> org-dartlang- debug:synthetic_debug_expression :1:1: Erreur : La méthode 'toStringDeep' n'est pas définie pour la classe 'StreamValue'.
16:07:17.995 293 info flutter.tools [ ] -> - 'StreamValue' provient de 'package:utilities/stream/stream_value.dart' ('utilities/lib/stream/stream_value.dart').
16:07:17.995 294 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'une méthode existante ou de définir une méthode nommée 'toStringDeep'.
16:07:17.995 295 info flutter.tools [ ] -> toStringDeep()
16:07:17.995 296 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.003 297 info flutter.tools [ +4 ms] -> 16915064-96cf-4c0c-9277-a36139fb4487 build\app.dill.track.dill.incremental.dill 22
16:07:18.017 298 info flutter.tools [ +15 ms] -> résultat 098efd6c-f435-42a8-8ed5-cc3e79a5562f
16:07:18.017 299 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode introuvable : 'toStringDeep'.
16:07:18.017 300 info flutter.tools [ ] -> toStringDeep()
16:07:18.017 301 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.017 302 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : La méthode 'toStringDeep' n'est pas définie pour la classe '_HomeScreenState'.
16:07:18.017 303 info flutter.tools [ ] -> - '_HomeScreenState' provient de 'package:obdchk/screens/home_screen.dart' ('lib/screens/home_screen.dart').
16:07:18.017 304 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'une méthode existante ou de définir une méthode nommée 'toStringDeep'.
16:07:18.017 305 info flutter.tools [ ] -> toStringDeep()
16:07:18.017 306 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.025 307 info flutter.tools [ +3 ms] -> 098efd6c-f435-42a8-8ed5-cc3e79a5562f build\app.dill.track.dill.incremental.dill 24
16:07:18.032 308 info flutter.tools [ +11 ms] -> résultat da8399f4-db8d-4390-956d-107016a6ea59
16:07:18.040 309 info flutter.tools [ +6 ms] -> da8399f4-db8d-4390-956d-107016a6ea59 build\app.dill.track.dill.incremental.dill 24
16:07:18.040 310 info flutter.tools [ +1 ms] -> résultat 542a3647-5840-4c9b-9588-d9f441879e12
16:07:18.040 311 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : Méthode introuvable : 'toStringDeep'.
16:07:18.040 312 info flutter.tools [ ] -> toStringDeep()
16:07:18.040 313 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.040 314 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : La méthode 'toStringDeep' n'est pas définie pour la classe '_StateLifecycle'.
16:07:18.040 315 info flutter.tools [ ] -> - '_StateLifecycle' vient de 'package:flutter/src/widgets/framework.dart' ('file:///c:/sdks/flutter/packages/flutter /lib/src/widgets/framework.dart').
16:07:18.040 316 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'une méthode existante ou de définir une méthode nommée 'toStringDeep'.
16:07:18.040 317 info flutter.tools [ ] -> toStringDeep()
16:07:18.040 318 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.047 319 info flutter.tools [ +3 ms] -> 542a3647-5840-4c9b-9588-d9f441879e12 build\app.dill.track.dill.incremental.dill 26
16:07:18.048 320 info flutter.tools [ +1 ms] -> résultat 62d95968-c129-4d39-a840-8bdeabef1218
16:07:18.056 321 info flutter.tools [ +6 ms] -> 62d95968-c129-4d39-a840-8bdeabef1218 build\app.dill.track.dill.incremental.dill 26
16:07:18.066 322 info flutter.tools [ +2 ms] -> résultat b5818d24-c116-4f43-a769-59904f0120de
16:07:18.066 323 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode non trouvée : 'toStringDeep'.
16:07:18.066 324 info flutter.tools [ ] -> toStringDeep()
16:07:18.066 325 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.066 326 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : la méthode 'toStringDeep' n'est pas définie pour la classe 'AppBloc'.
16:07:18.067 327 info flutter.tools [ ] -> - 'AppBloc' provient de 'package:elm_bluetooth_bloc/bloc/app_bloc.dart' ('elm_bluetooth_bloc/lib/bloc/app_bloc.dart').
16:07:18.067 328 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'une méthode existante ou de définir une méthode nommée 'toStringDeep'.
16:07:18.067 329 info flutter.tools [ ] -> toStringDeep()
16:07:18.067 330 info flutter.tools [ ] -> ^^^^^^^^^^^^
16:07:18.067 331 info flutter.tools [ +2 ms] -> b5818d24-c116-4f43-a769-59904f0120de build\app.dill.track.dill.incremental.dill 28
16:07:18.179 332 info runtime.gc temps de collecte 229 ms • 46,5 Mo utilisés sur 54,7 Mo • isolats/867114562
16:07:18.250 333 info runtime.gc temps de collecte 235ms • 51,5 Mo utilisés sur 54,7 Mo • isolats/867114562
16:07:31.262 334 info flutter.tools [+13198 ms] -> résultat 00e09141-41b9-43e3-806d-d4725fedf81e
16:07:31.262 335 info flutter.tools [ +2 ms] -> org-dartlang-debug:synthetic_debug_expression:1:18: Erreur : Un identifiant attendu, mais obtenu ''.
16:07:31.262 336 info flutter.tools [ ] -> onData != null &&
16:07:31.262 337 info flutter.tools [ ] -> ^...
16:07:31.270 338 info flutter.tools [ +6 ms] -> 00e09141-41b9-43e3-806d-d4725fedf81e build\app.dill.track.dill.incremental.dill 29
16:07:33.060 339 info flutter.tools [+1792 ms] -> résultat a180ce8f-8940-46e2-b814-0e24d138f935
16:07:33.067 340 info flutter.tools [ +2 ms] -> a180ce8f-8940-46e2-b814-0e24d138f935 build\app.dill.track.dill.incremental.dill 29
16:07:38.919 341 info flutter.tools [+5854 ms] -> résultat 95d4434d-929d-4504-8653-b98921661dd8
16:07:38.926 342 info flutter.tools [ +5 ms] -> 95d4434d-929d-4504-8653-b98921661dd8 build\app.dill.track.dill.incremental.dill 29
16:07:38.938 343 info flutter.tools [ +14 ms] -> résultat b183ab8e-99a6-4db0-be44-310e20c62eac
16:07:38.938 344 info flutter.tools [ +1 ms] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode introuvable : 'toStringDeep'.
16:07:38.938 345 info flutter.tools [ ] -> toStringDeep()
16:07:38.938 346 info flutter.tools [ ] -> ^^^^^^^^^^^^^
16:07:38.938 347 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1: Erreur : La méthode 'toStringDeep' n'est pas définie pour la classe '_Closure'.
16:07:38.938 348 info flutter.tools [ ] -> - '_Closure' vient de 'dart:core'.
16:07:38.938 349 info flutter.tools [ ] -> Essayez de corriger le nom par le nom d'une méthode existante ou de définir une méthode nommée 'toStringDeep'.
16:07:38.938 350 info flutter.tools [ ] -> toStringDeep()
16:07:38.938 351 info flutter.tools [ ] -> ^^^^^^^^^^^^^
16:07:38.946 352 info flutter.tools [ +3 ms] -> b183ab8e-99a6-4db0-be44-310e20c62eac build\app.dill.track.dill.incremental.dill 31
16:07:42.213 353 info flutter.tools [+3268 ms] I/flutter (16546) : 26 2019-04-29 16:06:34.931965 FINE ui.main.dart : itinéraire initial = null
16:07:42.232 354 info runtime.gc temps de collecte 250 ms • 53,1 Mo utilisés sur 60,0 Mo • isolats/867114562
16:07:42.239 355 info flutter.tools [ +25 ms] I/flutter (16546) : 27 2019-04-29 16:06:34.957641 FINE home_screen.dart : construire l'écran d'accueil
16:07:42.355 356 info flutter.tools [ +114 ms] I/flutter (16546) : 28 2019-04-29 16:06:35.071358 FINE ui.main.dart : itinéraire initial = null
16:07:42.421 357 info flutter.tools [ +65 ms] I/flutter (16546) : 29 2019-04-29 16:06:35.136896 FINE home_screen.dart : construire l'écran d'accueil
16:07:42.496 358 info runtime.gc temps de collecte 256 ms • 54,5 Mo utilisés sur 62,7 Mo • isolats/867114562
16:07:42.787 359 info runtime.gc temps de collecte 323 ms • 41,6 Mo utilisés sur 52,5 Mo • isolats/867114562
16:08:17.778 360 info flutter.tools [+35360 ms] DevFS : suppression du système de fichiers sur l'appareil (file:///data/user/0/com.cobd.obdchk/code_cache/obdchkUCQMHL/obdchk/)
16:08:17.778 361 info flutter.tools [ ] Envoi au service VM : _deleteDevFS({fsName : obdchk})
16:08:17.827 362 info flutter.tools [ +46 ms] Résultat : {type : Succès}
16:08:17.827 363 info flutter.tools [ ] DevFS : système de fichiers supprimé sur l'appareil (file:///data/user/0/com.cobd.obdchk/code_cache/obdchkUCQMHL/obdchk/)
16:08:17.827 364 info flutter.tools [ +1 ms] Envoi au service VM : ext.flutter.exit({isolateId :isolats/867114562})
16:08:18.194 365 info flutter.tools [ +363 ms] Connexion au protocole de service fermée.
16:08:19.832 366 info flutter.tools [+1639 ms] Application terminée.
16:08:19.841 367 info flutter.tools [ +7 ms] "flutter run" a pris 4 203 976 ms.
16:08:19.841 368 info flutter.tools [ ] "flutter run" a pris 4 203 976 ms.

@ride4sun a écrit

J'ai le même problème

Juste pour confirmer - vous pouvez recharger/redémarrer à chaud l'application et voir les modifications, mais dès que vous arrêtez l'application et la redémarrez, vous ne voyez pas les changements ? Si vous pouvez publier un journal (essentiel) de flutter run -v émis à partir de la fenêtre de ligne de commande une fois que l'application est dans cet état, cela devrait vous aider.

Je vois aussi des tonnes de ces messages de console :
'''16:07:17.994 289 info flutter.tools [ ] -> org-dartlang-debug:synthetic_debug_expression:1:1 : Erreur : Méthode non trouvée : 'toStringDeep'.
16:07:17.994 290 info flutter.tools [ ] -> toStringDeep()
'''

Quel IDE utilisez-vous ? Vous semblez exécuter flutter/ide en mode détaillé qui vide toutes les demandes d'expression de compilation à la demande émises par l'IDE pour évaluer diverses expressions lorsque vous naviguez dans votre code source. Le mode verbeux étant si verbeux est comme prévu, vous ne savez pas pourquoi il est activé dans votre configuration.

Juste pour confirmer - vous pouvez recharger/redémarrer à chaud l'application et voir les changements, mais dès que vous vous arrêtez
l'application et redémarrez-la, vous ne voyez pas les changements ?

Je pense que c'est correct - je dois y prêter plus d'attention

Si vous pouvez publier un journal (essentiel) de flutter, exécutez -v à partir de > la fenêtre de ligne de commande une fois que l'application entre dans > cet état qui devrait vous aider.

OK je le ferai

Quel IDE utilisez-vous ?

Android Studio

Vous semblez exécuter flutter/ide en mode verbeux qui vide tout à la demande
L'expression de compilation demande à l'IDE d'évaluer diverses expressions lorsque vous naviguez dans >votre code source. Le mode verbeux étant si détaillé est comme prévu, vous ne savez pas pourquoi il est activé dans votre > configuration.

J'ai activé le verbeux après avoir vu tous ces problèmes. Je pense qu'il existe une corrélation entre le moment où ces messages "toStringDeep" apparaissent.

                                                             toStringDeep()

16:07:38.938 346 info flutter.tools [ ] -> ^^^^^^^^^^^^^

@aam

Merci! Donc, le rechargement/redémarrage à chaud fonctionne comme prévu, mais lorsque vous arrêtez l'application et l'exécutez à nouveau, vous voyez l'ancienne application affichée ? Pouvez-vous s'il vous plaît publier un aperçu de flutter run -v de cela (deuxième flutter run -v qui montre une application obsolète) ?

Chaque fois que je démarre l'application, l'ancien code s'exécute. Le rechargement à chaud n'y change rien. Le seul moyen que j'ai trouvé pour exécuter le code actuel est de redémarrer à chaud. Après cela, le rechargement à chaud fonctionne comme d'habitude. Si j'arrête et redémarre l'application, l'ancien code s'exécute à nouveau.

https://gist.github.com/molundb/7020ff1e43e28fd3e2d0326cd0b957ae

@molundb a écrit

Chaque fois que je démarre l'ancien code de l'application s'exécute

Que se passe-t-il si avant de démarrer l'application, vous modifiez un fichier ? Et si vous supprimiez l'application du simulateur avant de la redémarrer ?

Je pense qu'il sera plus facile de résoudre le problème si vous passez également à la dernière version bêta ou de développement.

Aussi, si vous pouviez voir si l'échantillon (galerie flutter) présente le même problème lorsque vous le modifiez et le rechargez, arrêtez-le et démarrez-le, idéalement à partir de la ligne de commande où vous pouvez capturer les journaux.

@aam a écrit

Que se passe-t-il si avant de démarrer l'application, vous modifiez un fichier ?

J'ai essayé, aucune différence. Le même vieux code fonctionne toujours.

Et si vous supprimiez l'application du simulateur avant de la redémarrer ?

J'ai essayé, aucune différence. Le même vieux code fonctionne toujours.

Je pense qu'il sera plus facile de résoudre le problème si vous passez également à la dernière version bêta ou de développement.

Ok, j'ai changé en bêta.

Aussi, si vous pouviez voir si l'échantillon (galerie flutter) présente le même problème lorsque vous le modifiez et le rechargez, arrêtez-le et démarrez-le, idéalement à partir de la ligne de commande où vous pouvez capturer les journaux.

L'exécution de l'application Flutter Gallery a fonctionné comme il se doit ; aucun ancien code n'était exécuté.
https://gist.github.com/molundb/075ba9d05e0516b7787a0570a97d05ef

@molundb a écrit

Que se passe-t-il si avant de démarrer l'application, vous modifiez un fichier ?

J'ai essayé, aucune différence. Le même vieux code fonctionne toujours.

Pouvez-vous publier un journal d'une exécution après une modification du code source ? S'il y a Skipping kernel compilation. Fingerprint match. dans le journal lors du lancement initial de l'application, même si vous modifiez le code source, le système de fichiers ne signale alors pas les modifications ou le flottement du système de fichiers et vous examinez différentes sources. Pouvez-vous confirmer que l'horodatage du fichier que vous modifiez est mis à jour ? beta / dev doit indiquer la liste des sources utilisées pour la compilation - pouvez-vous confirmer que le fichier que vous modifiez y est répertorié ?
Que faire si vous faites flutter clean (ou supprimez le dossier build/ ) - la prochaine fois que vous exécuterez l'application, les modifications seront-elles apportées ? Si c'est le cas, comment entrez-vous dans un état cassé ? Vous arrêtez l'application, modifiez la source, démarrez l'application et ne voyez pas le changement à ce stade ?

L'exécution de l'application Flutter Gallery a fonctionné comme il se doit ; aucun ancien code n'était exécuté.

D'accord, cela établit au moins une base raisonnable. Peut-être que la comparaison de la configuration de votre application sur votre machine avec l'exemple de la galerie flutter pourrait fournir des informations sur les raisons pour lesquelles cela ne fonctionne pas pour votre application ? Les deux sont-ils hébergés sur le même disque/système de fichiers ?

Ignorer la compilation du noyau. Correspondance d'empreintes digitales

Cela ne devrait jamais apparaître si vous avez réussi ce correctif, car j'ai désactivé tous les lecteurs d'empreintes digitales

@aam

Pouvez-vous publier un journal d'une exécution après une modification du code source ? S'il y a Ignorer la compilation du noyau. Correspondance d'empreintes digitales. dans le journal lors du lancement initial de l'application, même si vous modifiez le code source, le système de fichiers ne signale alors pas les modifications ou le flottement du système de fichiers et vous examinez différentes sources.

Je n'ai pas pu trouver de compilation du noyau Skipping. Correspondance d'empreintes digitales.

Pouvez-vous confirmer que l'horodatage du fichier que vous modifiez est mis à jour ? La version bêta/dev doit indiquer la liste des sources utilisées pour la compilation - pouvez-vous confirmer que le fichier que vous modifiez y est répertorié ?

Où puis-je voir cet horodatage ? Dans la sortie, je peux voir le fichier que j'ai modifié répertorié deux fois, mais de nombreux autres fichiers qui n'ont pas été modifiés sont également répertoriés.

J'ai édité ce fichier : /Users/martinlundberg/AndroidStudioProjects/tlycs_flutter/lib/screens/settings_page/SettingsPage.dart

Voici la sortie :
https://gist.github.com/molundb/146a46aa7c2e1a6fc81071b4d23561d1

Que se passe-t-il si vous effectuez un nettoyage flottant (ou supprimez un dossier / build) - la prochaine fois que vous exécuterez l'application, les modifications seront-elles apportées ? Si c'est le cas, comment entrez-vous dans un état cassé ? Vous arrêtez l'application, modifiez la source, démarrez l'application et ne voyez pas le changement à ce stade ?

Non, flutter clean ne change rien. L'ancien code est toujours exécuté. Nous entrons dans un état cassé chaque fois que l'application est arrêtée puis exécutée. Faire un redémarrage à chaud corrige l'état cassé.

D'accord, cela établit au moins une base raisonnable. Peut-être que la comparaison de la configuration de votre application sur votre machine avec l'exemple de la galerie flutter pourrait fournir des informations sur les raisons pour lesquelles cela ne fonctionne pas pour votre application ? Les deux sont-ils hébergés sur le même disque/système de fichiers ?

Oui, ils sont tous les deux hébergés sur le même disque. Je ne sais pas quelles autres différences regarder,
Avez-vous des idées?

Où puis-je voir cet horodatage ? Dans la sortie, je peux voir le fichier que j'ai modifié répertorié deux fois, mais de nombreux autres fichiers qui n'ont pas été modifiés sont également répertoriés.

Je veux dire l'horodatage que vous obtenez dans ls -al {filename} Terminal Shell par exemple.
La liste des fichiers est utile pour confirmer que le fichier que vous éditez est celui qui est en cours de compilation.

Non, flutter clean ne change rien. L'ancien code est toujours exécuté. Nous entrons dans un état cassé chaque fois que l'application est arrêtée puis exécutée. Faire un redémarrage à chaud corrige l'état cassé.

Donc, vous démarrez l'application dans l'état A (disons que la couleur d'arrière-plan est grise) - vous faites flutter run -v . Vous modifiez le code source de flutter (état B) (donc la couleur d'arrière-plan est rouge par exemple), vous rechargez à chaud ('r' dans la session de terminal de ligne de commande de flutter), voyez-vous le changement? Vous arrêtez l'application (quittez flutter run ) et la redémarrez ( flutter run -v , voyez-vous l'état A ou l'état B ? Si vous voyez toujours A, que se passe-t-il si vous supprimez l'application du simulateur iphone, faites flutter clean , refaire flutter run ?

@aam

Je veux dire l'horodatage que vous obtenez dans ls -al {filename} Terminal Shell par exemple.
La liste des fichiers est utile pour confirmer que le fichier que vous éditez est celui qui est en cours de compilation.

Oh! Je ne connaissais pas cette commande avant. Je l'ai essayé et il semble en effet remarquer quand un fichier est mis à jour. Le problème est toujours le même, cependant; l'ancien code est exécuté sauf si je redémarre à chaud. Voici la sortie du terminal :

Sebastians-MacBook-Pro-Retina-2016:tlycs_flutter martinlundberg$ ls -al lib/widgets/FeedbackButton.dart 
-rw-r--r--  1 martinlundberg  staff  1051 May  6 09:33 lib/widgets/FeedbackButton.dart
Sebastians-MacBook-Pro-Retina-2016:tlycs_flutter martinlundberg$ ls -al lib/widgets/FeedbackButton.dart 
-rw-r--r--  1 martinlundberg  staff  1053 May  7 11:00 lib/widgets/FeedbackButton.dart

Donc, vous démarrez l'application dans l'état A (disons que la couleur d'arrière-plan est grise) - vous exécutez le flutter -v.

Terminé.

Vous modifiez le code source de flutter (état B) (donc la couleur d'arrière-plan est rouge par exemple), vous rechargez à chaud ('r' dans la session de terminal de ligne de commande de flutter), voyez-vous le changement?

Pas de changement.

Vous arrêtez l'application (quittez le flutter run) et la redémarrez (flutter run -v, voyez-vous l'état A ou l'état B ?

UNE.

Si vous voyez toujours A, que se passe-t-il si vous supprimez l'application du simulateur iphone, nettoyez le flottement, refaites-le flotter ? Toujours un?

Fait intéressant, cette fois, après avoir exécuté le dernier flutter run -v, l'application s'est écrasée et n'a pas été générée. Ensuite, j'ai essayé de l'exécuter à nouveau sans rien changer et il a à nouveau créé l'état A. Ensuite, j'ai rechargé à chaud, toujours A. Ensuite, j'ai redémarré à chaud et j'ai obtenu l'état B. Découvrez la sortie de tout ici :

https://gist.github.com/molundb/ddfd07e7fd1691f8b3992c207b7ac80f

Merci beaucoup pour toute votre aide jusqu'à présent, ce problème est toujours un problème majeur pour nous ici.

@molundb a écrit

Si vous voyez toujours A, que se passe-t-il si vous supprimez l'application du simulateur iphone, nettoyez le flottement, refaites-le flotter ? Toujours un?

Fait intéressant, cette fois, après avoir exécuté le dernier flutter run -v, l'application s'est écrasée et n'a pas été générée. Ensuite, j'ai essayé de l'exécuter à nouveau sans rien changer et il a à nouveau créé l'état A. Ensuite, j'ai rechargé à chaud, toujours A. Ensuite, j'ai redémarré à chaud et j'ai obtenu l'état B. Découvrez la sortie de tout ici :

Il semble donc que vous soyez définitivement bloqué dans l'état A, n'est-ce pas ? Il n'y a aucune modification que vous pouvez apporter à l'application qui prend effet à moins que vous ne commenciez à l'état A, puis que vous redémarriez à chaud l'application, mais ces modifications disparaissent après l'arrêt de l'application. Cela ressemble à un problème de configuration de xcodeproject. Serait-il possible pour vous de créer un nouveau projet de flutter via flutter create myproject , puis de copier votre code de flutter/dart dans ce myproject et de voir si les choses fonctionnent dans myproject ?

@aam @molundb cela fait un moment qu'il n'a pas été utilisé, il est donc peut-être périmé, mais il est possible que flutter run --bug-report s'avère utile ici. Vous devrez quitter l'application assez rapidement pour conserver le fichier zip du rapport de bogue à une taille assez raisonnable 😄

@aam

Il semble donc que vous soyez définitivement bloqué dans l'état A, n'est-ce pas ? Il n'y a aucune modification que vous pouvez apporter à l'application qui prend effet à moins que vous ne commenciez à l'état A, puis que vous redémarriez à chaud l'application, mais ces modifications disparaissent après l'arrêt de l'application.

Exactement.

Cela ressemble à un problème de configuration de xcodeproject. Serait-il possible pour vous de créer un nouveau projet flutter via flutter create myproject, puis de copier votre code flutter/dart dans ce myproject et de voir si les choses fonctionnent dans myproject ?

Ok, j'ai d'abord créé un nouveau projet, puis j'ai copié lib, assets, pubspec.yaml, pubspec.lock, package-lock.json et GoogleService-Info.plist dans le projet. Ensuite, chaque fois que j'essayais d'exécuter, j'obtenais cette erreur que je n'arrivais pas à résoudre :

5.20.0 - [Firebase/Core][I-COR000004] App with name __FIRAPP_DEFAULT does not exist.
Configuring the default Firebase app...
5.20.0 - [Firebase/Core][I-COR000012] Could not locate configuration file: 'GoogleService-Info.plist'.
5.20.0 - [Firebase/Core][I-COR000005] No app has been configured yet.
5.20.0 - [Firebase/Core][I-COR000005] No app has been configured yet.
*** First throw call stack:
(
    0   CoreFoundation                      0x00000001116846fb __exceptionPreprocess + 331
    1   libobjc.A.dylib                     0x0000000110c28ac5 objc_exception_throw + 48
    2   CoreFoundation                      0x0000000111684555 +[NSException raise:format:] + 197
    3   Runner                              0x000000010a44b462 +[FIRApp configure] + 562
    4   Runner                              0x000000010aa2bf16 -[FLTCloudFirestorePlugin init] + 214
    5   Runner                              0x000000010aa2bda9 +[FLTCloudFirestorePlugin registerWithRegistrar:] + 297
    6   Runner                              0x000000010a2a9123 +[GeneratedPluginRegistrant registerWithRegistry:] + 115
    7   Runner                        <…>

Ensuite, j'ai copié le dossier ios dans le nouveau projet et il a été construit, mais j'ai à nouveau eu le bogue. Toujours état A sauf si j'ai redémarré à chaud. Une idée de comment je pourrais résoudre le bug ci-dessus ?

@tvolkert

J'ai exécuté flutter run --bug-report sur le projet d'origine et j'ai obtenu deux fichiers zip ? Je ne sais pas pourquoi il y en a deux. Les voici:
rapport de bogue_01.zip
rapport de bogue_02.zip

@aam

J'ai refait le premier essai et j'ai pu ne pas obtenir le problème __FIREAPP_DEFAULT en déplaçant le GoogleService_Info.plist dans xcode au lieu de dans mon dossier. Maintenant, il a construit l'état B ! Pas d'ancien code. Maintenant, je dois juste comprendre comment m'assurer de copier tout ce qui est nécessaire dans le nouveau projet.

Merci!

j'avais le même problème et selon moi, mon problème était que je n'avais pas défini le nom de la classe comme MyApp
et dès que j'ai changé le nom de ma classe en MyApp... ça marche à nouveau
et à cause du nom différent, alors MyApp un fichier dans le dossier de test nommé widget_test.dart avait une erreur ......
PS: je suis au tout début de l'apprentissage du flutter, ce n'est peut-être pas la solution pour vous😅

Bon

Avec https://github.com/flutter/flutter/commit/df3505c1f389031895a459cb2831f38a76119ea2, je pense que cela est complètement corrigé sur Android.

Oui c'est le cas, je n'ai plus ce problème ennuyeux et il est résolu depuis un certain temps

Je suis toujours confronté à ce problème. Je suis sur le canal bêta exécutant la version 1.12.13+hotfix.3. J'utilise Android Studio et j'ai déjà corrigé une erreur au démarrage de mon application, mais chaque fois que je redémarre à froid mon application, j'obtiens toujours le gros message d'erreur rouge et le seul moyen de le corriger est de redémarrer à chaud à chaque fois.

@Reprevise pouvez-vous élaborer un peu ? redémarrage à froid = relancer l'application ?

Oui, comme arrêter complètement l'application et la redémarrer.

Pouvez-vous fournir des journaux détaillés de la réexécution (exemple : flutter run -v) et partager le message d'erreur au démarrage ?

https://pastebin.com/UDzpwQKm

@Reprevise, il semble que vous

J'ai effacé toutes les données de tous mes émulateurs et exécuté mon application Flutter. Il a montré l'erreur (ce qu'il n'est pas censé avoir car il a déjà été corrigé). Après avoir exécuté flutter clean , l'erreur persistait au démarrage.

CORRECTION : Il n'affiche plus l'erreur au démarrage après le nettoyage flottant. Cependant, il affiche l'erreur dans les journaux.

Je ne pense pas que ce soit lié. Il semble que votre application soit à jour mais présente naturellement ce bogue. Si vous pouvez déposer un nouveau problème avec une reproduction minimale qui aiderait à déterminer la cause première

v1.12 sur le canal stable semble mettre en cache le journal des erreurs obsolètes de la console. Nettoyer/supprimer ne résout pas le problème. L'erreur continue de s'afficher jusqu'à ce qu'elle disparaisse parfois sans raison. Cela m'a beaucoup dérouté.

@gloryluu qui n'a rien à voir avec build/clean, je recommande de remplir un nouveau bug

J'ai rencontré un problème dans le projet Flutter, quelqu'un peut-il m'aider

C:\flutterbin\flutter.bat docteur --verbose
[√] Flutter (Channel master, v1.13.6-pre.38, sur Microsoft Windows [Version 10.0.14393], locale en-US)
• Flutter version 1.13.6-pre.38 sur C:\flutter
• Révision du cadre b28dd0c296 (il y a 7 jours), 2019-12-28 10:33:01 +0800
• Révision du moteur 5a730c60d3
• Dart version 2.8.0 (build 2.8.0-dev.0.0 1db1a837f8)

[!] Chaîne d'outils Android - développer pour les appareils Android (Android SDK version 29.0.2)
• SDK Android sur E:\Android Meterial\AndroidSDK
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme android-29, outils de construction 29.0.2
• ANDROID_HOME = E:\Android Meterial\AndroidSDK
• Java binaire sur : C:\Program Files\Android\Android Studio\jrebin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b03)
X Statut de la licence Android inconnu.
Essayez de réinstaller ou de mettre à jour votre gestionnaire de SDK Android.
Voir https://developer.android.com/studio/#downloads ou visitez https://flutter.dev/setup/#android -setup pour des instructions détaillées.

[√] Android Studio (version 3.5)
• Android Studio dans C:\Program Files\Android\Android Studio
• Plugin Flutter version 42.1.1
• Plugin Dart version 191.8593
• Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b03)

[√] Appareil connecté (1 disponible)
• SM M105F • 5200ebb94a0346f7 • bras Android • Android 9 (API 28)

! Le docteur a trouvé des problèmes dans 1 catégorie.
Processus terminé avec le code de sortie 0

Comment résoudre ces problèmes dans Windows 10 64 bits

"[!] Chaîne d'outils Android - développer pour les appareils Android (Android SDK version 29.0.2)
• SDK Android sur E:\Android Meterial\AndroidSDK
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme android-29, outils de construction 29.0.2
• ANDROID_HOME = E:\Android Meterial\AndroidSDK
• Java binaire sur : C:\Program Files\Android\Android Studio\jrebin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b03)
X Statut de la licence Android inconnu.
Essayez de réinstaller ou de mettre à jour votre gestionnaire de SDK Android.
Voir https://developer.android.com/studio/#downloads ou visitez https://flutter.dev/setup/#android -setup pour des instructions détaillées."

J'ai le même problème.

[flutter] flutter docteur -v
[√] Flutter (Channel stable, v1.12.13+hotfix.5, sur Microsoft Windows [Version 10.0.18363.535], locale en-US)
• Flutter version 1.12.13+hotfix.5 à D:\flutter
• Révision du cadre 27321ebbad (il y a 5 semaines), 2019-12-10 18:15:01 -0800
• Révision du moteur 2994f7e1e6
• Dart version 2.7.0

[√] Chaîne d'outils Android - développer pour les appareils Android (Android SDK version 28.0.3)
• SDK Android sur D:\android-sdk
• Emplacement Android NDK non configuré (facultatif ; utile pour la prise en charge du profilage natif)
• Plate-forme Android-28, outils de construction 28.0.3
• ANDROID_HOME = D:\android-sdk
• Java binaire sur : C:\Program Files\Android\Android Studio\jrebin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)
• Toutes les licences Android acceptées.

[!] Android Studio (version 3.4)
• Android Studio dans C:\Program Files\Android\Android Studio
X Le plug-in Flutter n'est pas installé ; cela ajoute une fonctionnalité spécifique à Flutter.
Le plug-in X Dart n'est pas installé ; cela ajoute une fonctionnalité spécifique à Dart.
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1343-b01)

[√] Code VS (version 1.41.1)
• VS Code dans C:\Users\Armin\AppData\Local\Programs\Microsoft VS Code
• Extension de flottement version 3.7.1

[√] Appareil connecté (1 disponible)
• SDK Android conçu pour x86 • émulateur-5554 • android-x86 • Android 9 (API 28) (émulateur)

! Le docteur a trouvé des problèmes dans 1 catégorie.

@jonahwilliams, nous devrions probablement inventorier les parties de l'outil qui doivent encore être converties pour utiliser le nouveau système de construction, classer des problèmes séparés pour ces parties et fermer ce problème.

Étapes reproductibles :

1. Créer un nouveau projet Flutter
2. Pour obtenir une erreur qui cause cet écran d'erreur infâme, appelez MediaQuery.of(context) en MyApp de build méthode.
3. Vous obtenez l'écran d'erreur.
4. Arrêtez le débogage (dans VSCode & Android Studio, cliquez sur le carré rouge)
5. Corrigez l'erreur (dans ce cas, supprimez la ligne appelant MediaQuery.of(context) .
6. Redémarrer le débogage
7. Vous obtenez l'écran d'erreur même si l'erreur a été corrigée.
8. Redémarrez l'application (dans VSCode, appuyez sur l'icône d'actualisation verte et dans Android Studio, appuyez sur le bouton "play" avec le petit cercle vert) et notez que l'écran d'erreur a disparu.

Je suis sur Flutter 1.13.6 (dernière version du canal bêta).

MISE À JOUR : s'applique toujours à la dernière version bêta (1.14.6).

v1.12 sur le canal stable semble mettre en cache le journal des erreurs obsolètes de la console. Nettoyer/supprimer ne résout pas le problème. L'erreur continue de s'afficher jusqu'à ce qu'elle disparaisse parfois sans raison. Cela m'a beaucoup dérouté.

Obtenir le même problème également.
Flutter (Channel stable, v1.12.13+hotfix.7, sur Mac OS X 10.15.2 19C57, locale en-AU)

@ shinta5150 Le problème du journal de la console est une régression distincte.

@Reprevise cela ressemble à un changement qui n'est pas rechargeable à chaud, pas à une erreur de construction

@jonahwilliams Je n'ai jamais dit que j'avais rechargé à chaud. J'ai arrêté le débogage et l'ai redémarré et j'ai toujours l'écran une fois l'erreur corrigée.

@Reprevise dans votre répertoire de projet, il y aura un fichier généré qui devrait contenir toutes les dépendances de votre projet, quelque chose comme build/app/intermediates/flutter/debug/flutter_build.d . Pourriez-vous vérifier qu'il contient le nom du fichier que vous modifiez ?

@Reprevise dans votre répertoire de projet, il y aura un fichier généré qui devrait contenir toutes les dépendances de votre projet, quelque chose comme build/app/intermediates/flutter/debug/flutter_build.d . Pourriez-vous vérifier qu'il contient le nom du fichier que vous modifiez ?

Il contient le nom du fichier que j'édite.

Super, la prochaine chose à vérifier est la somme de contrôle du fichier. Il est utile de commencer cette prochaine partie après un nettoyage flottant. Tout d'abord, exécutez votre build deux fois avec l'erreur intacte.

Ensuite, ouvrez .dart_tool/flutter_build/<some-hash-value>/.filecache et tirez le sha pour le fichier que vous étiez en train de modifier. Ce sera quelque chose comme :

{
  "version": 2,
  "files": [
    {"path": "path/you/care/about.dart", "hash": "somevalue"},
    ...
  ],
}

Ensuite, apportez la modification pour corriger l'erreur et reconstruisez à nouveau l'application. Inspectez le hachage et vérifiez qu'il a été mis à jour ou non

En fait, un moyen plus simple pourrait simplement s'exécuter en mode verbeux après avoir modifié le fichier. Vous recherchez une ligne comme :

skipping kernel_snapshot ou maintenant

Donc, pour vérifier :

J'ai exécuté la compilation deux fois et l'écran d'erreur s'est affiché deux fois comme prévu.
J'ai saisi la valeur sha.
J'ai corrigé l'erreur.
Après une reconstruction, j'ai constaté que le sha n'avait pas changé.

@jonahwilliams

REMARQUE : je n'ai pas pu reproduire le problème sous Linux.

@Reprevise lorsque vous parcourez ces étapes avec du verbe, voyez-vous que gradle saute la tâche de flutter elle-même? Comme:

[        ] > Task :app:transformClassesAndDexWithShrinkResForRelease UP-TO-DATE
[        ] > Task :app:packageRelease UP-TO-DATE
[        ] > Task :app:assembleRelease
[        ] BUILD SUCCESSFUL in 994ms
[        ] 30 actionable tasks: 4 executed, 26 up-to-date

Cela m'aidera à déterminer s'il s'agit ou non d'un bug de l'outil de flutter ou d'un bug de flutter gradle

S'il s'agit de Windows, je suppose qu'il y a une erreur de formatage dans le fichier dep qui fait que Gradle ignore à tort la tâche de flutter. Cela correspondrait à la non mise à jour du sha.

Voici mon log de flutter run --verbose :

https://pastebin.com/V5U7G3tj

Notez que mon fichier ne contient pas MediaQuery.of(context) dans ma méthode de construction comme le suggère le journal des erreurs. Et oui, je suis sous Windows.

D'accord, nous réduisons progressivement le problème. Dans FLUTTER_ROOT/packages/flutter_tools/gradle/flutter.gradle vous pouvez ajouter une instruction print pour vérifier que le fichier dep est correctement analysé :

    <strong i="7">@InputFiles</strong>
    FileCollection getSourceFiles() {
        FileCollection sources = project.files()
        for (File depfile in getDependenciesFiles()) {
          sources += readDependencies(depfile)
        }
        sources.collect {
            println it
        }
        return sources + project.files('pubspec.yaml')
    }

Dans le FlutterTask . Ensuite, réexécutez et récupérez le contenu du fichier dep analysé

Avec l'instruction print, voici mon nouveau journal flutter run --verbose :

https://pastebin.com/dVXCUueS

Merci! il semble que les bons fichiers s'y trouvent - Les fichiers suivants correspondent-ils au code de votre application :

C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\pubspec.yaml
[        ] C:\Users\Owner\Documents\Flutter
[        ] C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\.packages
[        ] C:\Users\Owner\Documents\Flutter Apps\error_test\android\app\Apps\error_test\lib\main.dart

Je vais à 🤦‍♂, mais je me demande s'il s'agit d'un autre problème "l'espace dans le chemin du fichier supprime l'outil sur Windows". Le problème se reproduise-t-il pour vous dans un annuaire sans espace ? (Ce n'est pas que je suggère cela comme une solution à long terme...)

La partie android\app\Apps n'existe pas :

Voici les chemins réels vers ces fichiers :

C:\Users\Owner\Documents\Flutter Apps\error_test\pubspec.yaml
C:\Users\Owner\Documents\Flutter Apps\error_test\.packages
C:\Users\Owner\Documents\Flutter Apps\error_test\lib\main.dart

Vous ne savez pas non plus pourquoi C:\Users\Owner\Documents\Flutter est là-dedans ?
Mais je ne pense pas vraiment que le chemin soit un problème, je le signale simplement.

En outre, "l'espace dans le chemin du fichier" peut être à l'origine du problème.
J'ai essayé très fort de reproduire le problème dans un chemin sans espace mais je ne peux pas.

Merci pour toute l'aide au débogage de @Reprevise . Avec ces informations, je devrais être en mesure d'obtenir un patch assez rapidement.

Vous ne savez pas non plus pourquoi C:\Users\Owner\Documents\Flutter est là ?

Ca a l'air bizarre aussi, pas encore sûr non plus mais je vais regarder

Peut-être lié à l'espace vide dans le nom du répertoire pour être honnête.

@Reprevise donc je l'ai déposé sur ma machine Windows et j'ai un correctif en attente. Si vous le souhaitez, vous pouvez le connecter à votre propre caisse flutter pour vérifier. Remarque : vous devrez d'abord effectuer un nettoyage flottant pour éliminer le mauvais fichier de depfile.

https://github.com/flutter/flutter/pull/50538

Le problème d'échappement est maintenant résolu sur le maître

Je testerai le maître quand je rentrerai à la maison et je ferai un rapport si cela résout le problème

On dirait que cela fonctionne, reconstruit avec le bon code à chaque fois jusqu'à présent 🤞 .

Même problème depuis quelques jours. Hot Reload a cessé de fonctionner, il faut redémarrer à chaque fois.

@gegobyte cela n'a rien à voir avec le rechargement à chaud

Dans mon cas, cette situation s'est produite après la mise à jour du flutter et la modification de la bibliothèque externe. J'ai résolu ce problème en faisant

flutter clean

puis en courant

flutter pub cache repair

puis reconstruisez votre application.

Doit-on fermer ça ? Pour ce que ça vaut, je ne vois plus le problème. Et je vois qu'au moins un bogue sous-jacent a été corrigé récemment.

Il est également possible que nous souhaitions diviser cela en plusieurs problèmes et utiliser celui-ci comme un méta-problème de suivi.

Je n'ai pas eu ce problème depuis un moment, je suis sur la dernière version bêta 1.15.17.

Je soupçonne que nous trouverons des problèmes plus ciblés pour être plus utiles / exploitables. @jonahwilliams wdyt?

Je ne vois plus le problème. Je suis sur la beta de la chaîne.

Le problème semble avoir disparu dans le canal stable (1.12.13 hotfix 8)

J'ai la version 1.12.13 hotfix 8 et il semble que ce problème persiste. L'Iran

flottement propre

et cela a semblé résoudre le problème temporairement au moins

Dans mon cas, cette situation s'est produite après la mise à jour du flutter et la modification de la bibliothèque externe. J'ai résolu ce problème en faisant

flutter clean

puis en courant

flutter pub cache repair

puis reconstruisez votre application.

Cela résout le problème pour moi !! (Mettre à jour Dart et Flutter également).

J'ai suivi la solution de "réparation du cache de pub flutter", mais maintenant mon rechargement à chaud ne fonctionne plus et je dois nettoyer le flutter pour chaque build. D'autres suggestions?

@AntheusS qui semble être un problème distinct, que je suis très intéressé à comprendre. Seriez-vous prêt à déposer un nouveau problème avec vos problèmes spécifiques afin que nous puissions vous aider à les résoudre ? Merci!

La note suivante a été ajoutée par @tvolkert le 16 octobre 2018

Si vous êtes concerné par ce bug,

veuillez remplir le formulaire suivant!

https://goo.gl/forms/eFPT6A3jAD8clU4o2 (Enquête pour recueillir des informations sur ce bug)

Étapes pour reproduire

Quand je (ou l' un de mes coéquipiers) courir flutter flutter run (ou avec le bouton marche / debug sur IntelliJ et VSCode) sur un AVD ou sur des appareils réels, la version installée est toujours derrière le plus récent et j'ai toujours besoin de redémarrer l'application ou même parfois flutter clean .
C'est un problème, en particulier lorsque la construction sur l'AVD/l'appareil réel se bloque, et la seule solution ici est de flutter clean , même lorsque j'arrête l'exécution de l'application et recommence flutter run .

La même chose se produit lors de la création et de l'installation d'APK de production :
Lorsque j'exécute flutter build et flutter install , l'APK installé n'est pas mis à jour.
Si je lance Flutter Clean, et ensuite, à nouveau, flutter build et flutter install , l'APK installé est à jour.

Docteur Flutter :

[√] Flutter (Channel beta, v0.2.8, on Microsoft Windows [Versione 10.0.17133.73], locale it-IT)
    • Flutter version 0.2.8 at C:\Users\Edoardo Debenedetti\flutter
    • Framework revision b397406561 (13 days ago), 2018-04-02 13:53:20 -0700
    • Engine revision c903c217a1
    • Dart version 2.0.0-dev.43.0.flutter-52afcba357

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Edoardo Debenedetti\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Ultimate Edition (version 2018.1)
    • IntelliJ at C:\Users\Edoardo Debenedetti\AppData\Local\JetBrains\Toolbox\apps\IDEA-U\ch-0\181.4203.550
    • Flutter plugin version 23.1.3
    • Dart plugin version 181.4203.498

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (2 available)
    • PRA LX1                   • 57UDU17111026756 • android-arm64 • Android 7.0 (API 24)
    • Android SDK built for x86 • emulator-5554    • android-x86   • Android 8.1.0 (API 27) (emulator)

• No issues found!

La note suivante a été ajoutée par @tvolkert le 16 octobre 2018

Si vous êtes concerné par ce bug,

Remplissez le formulaire ci-dessous!

https://goo.gl/forms/eFPT6A3jAD8clU4o2 (Enquête pour recueillir des informations sur ce bug)

Étapes de la reproduction

Lorsque moi (ou l'un de mes coéquipiers) lance flutter flutter run (ou par le bouton run/debug sur IntelliJ et VSCode) sur l'AVD ou sur de vrais appareils, la version installée est toujours sur le côté. version et j'ai toujours besoin de redémarrer l'application ou même parfois flutter clean .
C'est un problème, en particulier lorsque la version sur AVD/appareil réel se bloque et que la seule solution ici est flutter clean , même si j'arrête l'exécution de l'application et recommence flutter run .

La même chose se produit lors de la création et de l'installation d'un APK de production :
Lorsque j'exécute flutter build et flutter install , l'APK installé n'est pas mis à jour.
Si je lance Flutter Clean, et ensuite, encore une fois, l'APK installé flutter build et flutter install seront mis à jour.

Le docteur frissonne :

[√] Flutter (Channel beta, v0.2.8, on Microsoft Windows [Versione 10.0.17133.73], locale it-IT)
    • Flutter version 0.2.8 at C:\Users\Edoardo Debenedetti\flutter
    • Framework revision b397406561 (13 days ago), 2018-04-02 13:53:20 -0700
    • Engine revision c903c217a1
    • Dart version 2.0.0-dev.43.0.flutter-52afcba357

[√] Android toolchain - develop for Android devices (Android SDK 27.0.3)
    • Android SDK at C:\Users\Edoardo Debenedetti\AppData\Local\Android\sdk
    • Android NDK location not configured (optional; useful for native profiling support)
    • Platform android-27, build-tools 27.0.3
    • Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)
    • All Android licenses accepted.

[√] Android Studio (version 3.1)
    • Android Studio at C:\Program Files\Android\Android Studio
    • Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1024-b02)

[√] IntelliJ IDEA Ultimate Edition (version 2018.1)
    • IntelliJ at C:\Users\Edoardo Debenedetti\AppData\Local\JetBrains\Toolbox\apps\IDEA-U\ch-0\181.4203.550
    • Flutter plugin version 23.1.3
    • Dart plugin version 181.4203.498

[√] VS Code, 64-bit edition (version 1.22.2)
    • VS Code at C:\Program Files\Microsoft VS Code
    • Dart Code extension version 2.11.2

[√] Connected devices (2 available)
    • PRA LX1                   • 57UDU17111026756 • android-arm64 • Android 7.0 (API 24)
    • Android SDK built for x86 • emulator-5554    • android-x86   • Android 8.1.0 (API 27) (emulator)

• No issues found!

Merci beaucoup, j'ai corrigé.

même problème sur la dernière version sur canal stable

@AntheusS qui semble être un problème distinct, que je suis très intéressé à comprendre. Seriez-vous prêt à déposer un nouveau problème avec vos problèmes spécifiques afin que nous puissions vous aider à les résoudre ? Merci!

En fait, je l'ai corrigé en réinstallant mon environnement de développement complet après avoir exécuté les commandes décrites précédemment. Merci beaucoup quand même. :-)

Ce problème est devenu un peu long et surchargé. Le travail de flutter clean , veuillez déposer un nouveau problème avec tous les détails. Merci!