2016-03-29 2 views
2

Nach der Aktualisierung von Chrome und der Anwendung von Windows 7-Updates letzte Nacht werden die Chrome-Devtools fast immer nicht geladen und bleiben beim Laden der Benutzeroberfläche aus dem Appspot hängen. Nach dem Nachforschen, dem Zurückrollen einiger Wiederherstellungspunkte, dem Testen verschiedener Freigabekanäle, dem Booten in den abgesicherten Modus, dem Deinstallieren der Neuinstallation, dem Wechsel zum 64-Bit-Build, dem Deaktivieren von Erweiterungen, dem Löschen des lokalen Devtools-Speichers, Deaktivieren von Commodo-Diensten und mehr besteht das Problem weiterhin . Ich wurde ermutigt nach dem Windows Rollback als Devtools einige Male geladen, aber dann wieder aufgehört zu arbeiten.Chrome Devtools wird nach dem Update nicht geladen. Irgendwelche Ideen warum?

Die Fäulnis begann tatsächlich nach der ersten Aktualisierung von Chrome von 48 oder 49, wobei der Debugger trotz mehrerer geladener css-Dateien keine Dateinamen mehr für css-Einträge außer Bootstraps anzeigt. Bald, möglicherweise aus dem Windows-Update, verpackt Devtools vollständig.

Weitere Ideen zu versuchen, abgesehen von einer vollständigen Windows-Neuinstallation oder Aktualisierung auf W10 jetzt?

Unten ist das Bild, das ich bekomme, wenn ich F12 drücke. Manchmal gibt es eine schwarze Region.

Devtools loading window

UPDATE: Eine ähnliche Erfahrung ist ohne Aktualisierung Chrome an einem anderen Ort passiert, und auch da, obwohl die devtools Schnittstelle nach ca. 20 Sekunden angezeigt wird. Vielleicht ist das Liefersystem für Devtools im Moment einfach kaputt oder beeinträchtigt.

+0

Maximierung von Devtools Fensterbehebungen Problem auf meinem Rechner –

+0

Bitte stellen Sie sicher, dass DevTools in einem eigenen Fenster ist (wie es aus dem Screenshot aussieht). Drücken Sie dann Strg + Shift + I, wenn Sie dieses Fenster anvisieren. Es sollte DevTools auf DevTools öffnen. Dies (vorausgesetzt, es wird ein UX) sollte Ihnen irgendwelche Fehler in der Konsole für das, was passiert, zeigen. Wenn das neue Fenster ebenfalls leer ist, wird das Debuggen komplizierter und Sie sollten einen Fehler ablegen. https://new.crbug.com – Garbee

+0

@Garbee Danke dafür. Ich habe auch Drahthai angezündet. Der Devtools-Arbeitsbereich wird auf Pfade abgebildet, die über eine VPN-Verbindung über Samba auf einer VM bereitgestellt werden, und scheint die Dateien sofort zu scannen. Andere Anwendungen haben keine Performance-Probleme und Devtools war auch in Ordnung, aber ich vermute, dass das ist, was den Überfall jetzt verursacht. Vielleicht scannt es synchron statt asynchron. Mit Ihrem Vorschlag wird ein zweites Devtools während des Scannens nicht geöffnet, aber nach dem Trennen des Laufwerks, Devtools öffnet fein und zeigt einen Fehler für den unzugänglichen Pfad. – Nick

Antwort

0

Das Problem wird durch eine Laufwerkszuordnung im Devtools-Arbeitsbereich und die Anzahl der zu überprüfenden Dateien bestätigt, die durch die Dateien über ein VPN zusammengesetzt werden. Anscheinend hat sich bei Chrome 49.0.2623.110 oder früher etwas geändert, sodass das Scannen von Arbeitsbereichspfaden jetzt den Haupt-Chrome-Prozess blockiert, wenn Devtools zum ersten Mal geöffnet wird, während dies zuvor nicht der Fall war.

Die Problemumgehung besteht daher darin, die Anzahl der Dateien zu reduzieren, die in den Arbeitsbereichsspeicherorten gescannt werden sollen. Dadurch werden mehr Zuordnungen mit weniger Gesamtdateien bevorzugt.