J'utilise la version 61.0.3163.79 et j'ai le même problème que celui évoqué dans ce post.
En faisant quelques recherches, j'ai découvert que le problème se situait au niveau de l'utilisateur que j'utilisais. Ce que j'ai essayé c'est d'entrer dans google chrome en tant qu'invité et les devtools sont redevenus plus rapides.
Donc ce que j'ai fait c'est :
- Vérifiez si le débogage en utilisant l'utilisateur invité est plus rapide qu'il ne devrait l'être.
-
Déconnexion du compte .
- Nettoyez tous les caches associés à Google Chrome.
- Redémarrer le PC (mais je pense que fermer le navigateur est suffisant).
-
Connectez-vous à nouveau à votre compte .
J'espère que cela pourra aider d'autres personnes ayant le même problème.
[EDIT :]
J'ai découvert qu'après un certain temps (semaines), les outils de développement de Google Chrome deviennent de nouveau plus lents. J'ai donc essayé la solution suivante et cela a fonctionné :
- Ouvrez le
dev tools
- Allez à la
Sources ficha. ![enter image description here]()
- Nettoyage de toutes les variables surveillées, des points d'arrêt, du point d'arrêt DOM et du point d'arrêt Event Listeners.
![enter image description here]()
[SECOND EDIT :]
Après quelques semaines, le problème est revenu. Ce que j'ai fait, c'est installer le google canary Version 64.0.3249.2 canary (64-bit) et mes problèmes ont disparu.
Pour ceux qui ne savent pas ce qu'est un canari, vérifiez s'il vous plaît. este lien.
0 votes
Lorsque vous dites "cliquer sur "demande", voulez-vous dire cliquer sur n'importe quelle demande ou sur une partie spécifique de l'interface utilisateur appelée "demande" ? Pouvez-vous établir un lien vers un exemple de site Web où vous rencontrez le problème ? J'ai essayé de reproduire sur le site StackOverflow, mais je n'ai pas rencontré de problème.
0 votes
@MattZeunert Probablement que vous pouvez le trouver sur n'importe quel site, mais essayez ceci fr.wikipedia.org/wiki/Main_Page ou sur un site avec beaucoup de scripts et de requêtes XMLHttpRequests. Ouvrir devtools -> Network -> cliquer sur une requête ou un script dans la liste -> aller dans headers/preview. La navigation prend trop de temps (du moins pour moi) - 30 sec.
0 votes
Ce problème a commencé à se produire pour moi hier aussi. J'ai essayé plusieurs des mêmes étapes, en plus de renommer le profil "Default" au cas où le profil serait corrompu. Je vais essayer sur une autre machine ce soir à la maison.
0 votes
Je suis sur 50.0.2661.102 OSX et j'ai le même genre de problème lorsque j'essaie de modifier les propriétés CSS. Cela prend tellement de temps pour mettre à jour la valeur, et la plupart du temps, cela supprime même les derniers caractères que j'ai tapés. Vraiment ennuyeux.
0 votes
En travaillant sur une grande application Angular, il est vraiment fastidieux de passer de la console à la visionneuse d'éléments. Lorsque vous effectuez une action dans la console, l'interface graphique devient très lente. Il y a généralement un délai de 2 secondes lors de la sélection d'un élément à l'écran.
0 votes
Je constate également le problème dans Chrome 50.0.2661.102 (64 bits). Il a commencé il y a quelques semaines (probablement lors de l'introduction de la version 50.x).
0 votes
Si l'équipe de développement de Chrome est en train de regarder, je me suis dit que j'allais aussi voter pour ce projet. Je constate exactement le même comportement sur 54.0.2824.0 dev (64 bits) sur Mac.
0 votes
Le problème est dû à des en-têtes trop longs. Essayez de fermer les en-têtes de réponse et de demande. Bien sûr, si vous n'avez pas besoin de les déboguer.