Diagnosen in Digital Design Studio

Erstellen Sie einen neuen Lauf mit der verfügbaren Analyseoperation des ausgewählten Hosts; bewahren Sie seine Eingabeidentität, Engine-Version, Diagnosen und gespeicherte Ausgabe auf. Cloud-Jobs erfordern einen angebotenen Vorgang, Berechtigung und QUOTA. Cloud UVM und die Physical-Coordinator-Laufzeit bleiben nicht verfügbar. Das Öffnen eines gespeicherten Laufs, eines Einrichtungsdialogs oder eines Werkzeugkatalogs reicht keinen Job ein, und eine abgelehnte oder nicht unterstützte Aktion ist niemals ein erfolgreiches Ergebnis mit dem Wert null.

Überblick

Wenn eine Operation fehlschlägt, öffnen Sie Console im unteren Panel, um ihre Details zu prüfen. Benachrichtigungen geben eine kurze Erklärung und einen durchsuchbaren Code. Ältere installierte Versionen können andere Formulierungen verwenden oder diese Filter nicht enthalten.

Arbeitsbereich · Einstellungen

Die Ursache finden

1. Öffnen Sie Console und geben Sie Benachrichtigungscode, Werkzeugname oder einen Teil der Meldung in das Suchfeld ein.

2. Wählen Sie einen Schweregrad, um Ergebnisse einzugrenzen. Leeren Sie die Suche und wählen Sie Alle Stufen, um den gesamten Sitzungsverlauf anzuzeigen.

3. Lesen Sie technische Details, korrigieren Sie Eingabe oder Umgebung und wiederholen Sie die Operation, wenn angebracht.

Engine- und CLI-Meldungen werden in Console aufgezeichnet. Hintergrundprüfungen öffnen keine Warnpopups. Eine von Ihnen gestartete fehlgeschlagene Aktion kann Console öffnen und einen Eintrag zur Benachrichtigungszentrale in der Fußleiste hinzufügen. Ihre Benachrichtigungseinstellungen steuern, ob zusätzlich ein Popup unten rechts erscheint.

Codes

Der Code beschreibt den betroffenen Bereich. Der Schweregrad beschreibt das Ergebnis: info zeichnet den Status auf, success den Abschluss, warning weist auf einen zu prüfenden Sachverhalt hin und error auf eine fehlgeschlagene Operation.

Eine nicht verfügbare Operation bleibt nicht verfügbar, nachdem ihr technischer Status nach Console verschoben wird. Eine bestandene Vorprüfung prüft die Anfrage; sie bedeutet nicht, dass ein Solver gelaufen ist oder gemessene Ergebnisse vorliegen.

Nützliche Nachweise behalten

In Cloud durchsucht Console gespeicherte Projektdiagnosen sowie die neuesten 200 Live-Beobachtungen im aktuellen Fenster. Gespeicherte Datensätze werden 30 Tage aufbewahrt, bis zu 2.000 je Projekt. Laden Sie ältere Seiten, um eine Suche fortzusetzen; jede Cloud-Seite enthält höchstens 100 Datensätze. Aktualisieren Sie nach einem Verbindungsfehler. Gespeicherte Datensätze kehren beim erneuten Öffnen des Projekts zurück, während ungespeicherte Beobachtungen lokal im aktuellen Fenster bleiben.

Cloud sendet bis zu 20 Beobachtungen je Batch. Jede Meldung ist auf 2.000 Zeichen begrenzt. Projektmitglieder mit Leserechten können gespeicherte Datensätze durchsuchen; Editoren können Datensätze hinzufügen. Nur Projektbesitzer dürfen Datensätze löschen, und die Löschung umfasst die zuvor beobachtete Verlaufsgrenze, damit neuere Datensätze erhalten bleiben. Suchfilter löschen keine Einträge. Die MCP-Werkzeuge verwenden denselben Projektspeicher mit ausdrücklichen Werkzeugberechtigungen und kleineren Leseseiten von höchstens 40 Datensätzen.

Gespeicherte Datensätze haben unveränderliche UUIDs. Das Wiederholen desselben Uploads ist sicher; dieselbe ID mit anderem Inhalt meldet einen Konflikt. Wiederholte Live-Statusmeldungen können einen Eintrag im aktuellen Fenster aktualisieren, ohne gespeicherte Datensätze neu zu schreiben. Gängige Zugangsdatenmuster und Terminalsteuerzeichen werden vor der Speicherung entfernt; fügen Sie dennoch keine Zugangsdaten, Quelldateien oder KI-Prompts in Diagnosemeldungen ein.

Desktop- und lokale Entwicklungshosts behalten nur die neuesten 200 Live-Beobachtungen im aktuellen Fenster. Das Schließen des Arbeitsbereichs löscht diesen Verlauf. Kopieren Sie nützliche Details vorher; dies ist kein dauerhaftes Vorfallsarchiv. Älteren Versionen kann gespeicherter Cloud-Verlauf fehlen. Verfügbarkeit richtet sich nach bereitgestelltem Cloud-Dienst und installierter Produktversion.

Einen nützlichen Supportbericht vorbereiten

Geben Sie Produktversion, Betriebssystem oder Browser, Local / My PC-, Cloud- oder älteren WSL-Host, Operation, Zeitstempel mit Zeitzone, Diagnosecode und eine minimale reproduzierende Schrittfolge an. Fügen Sie bei entfernter Arbeit eine Job- oder Operations-ID hinzu, falls verfügbar. Unterscheiden Sie bei der letzten erfolgreichen Stufe zwischen „Anfrage akzeptiert“, „Job abgeschlossen“ und „Ergebnis gespeichert“.

Kopieren Sie nur den relevanten redigierten Protokollauszug. Ein Screenshot eines Diagramms hilft bei Layoutproblemen; ursprüngliches Ergebnis und Eingabeidentität helfen eher bei numerischen Abweichungen. Fügen Sie keine Kontotokens oder ein ganzes privates Projekt bei.

Privaten Fehlerbericht überprüfen und senden

Digital Design Studio 2.0.3 zeigt den vollständigen Bericht vor dem Senden erneut an, hebt Zeilen in Benutzerkommentaren hervor, die Code oder Anmeldeinformationen enthalten könnten, und hält lange Kommentare sichtbar, während das Senden bis zur Kürzung blockiert wird.

1. Wählen Sie nach einem unerwarteten Stopp Report this problem privately, um das Überprüfungsfenster zu öffnen. Wenn das Speichern fehlschlägt, weil die Datei nicht geschrieben werden konnte, öffnet sich das Überprüfungsfenster von selbst.

2. Lesen Sie die vordefinierten Felder unter What will be sent. Der Abschnitt Complete report unter Ihrem Kommentar ist bereits geöffnet und zeigt den vollständigen Bericht an. Er wird ausgeblendet, während Ihr Kommentar länger als 4.000 Zeichen ist.

3. Wenn Sie einen Kommentar hinzufügen, geben Sie eine kurze Beschreibung ein. Wenn der Text 2.000 Zeichen überschreitet, bleibt er im Feld sichtbar, aber das Senden wird mit Your comment exceeds 2,000 characters. Shorten it before sending. blockiert.

4. Wenn der Kommentar Zeilen enthält, die wie Code, Schlüssel oder Tokens aussehen, hebt die Vorschau diese mit Highlighted lines may contain code or credentials. Choose how to send your comment. hervor. Wählen Sie Remove highlighted lines and review, um diese Zeilen zu entfernen und den Kommentar vor dem Senden erneut zu prüfen, oder Send unchanged, um den Kommentar wie geschrieben zu senden.

5. Wenn Sie einen Kommentar geschrieben haben und keine Zeile hervorgehoben ist, aktivieren Sie I have reviewed the complete report and my comment. und wählen Sie dann Send report. Ohne Kommentar wählen Sie Send report. Solange Zeilen hervorgehoben sind, nutzen Sie stattdessen eine der beiden Optionen in Schritt 4.

Fehlerberichte werden privat an Altifigence übertragen und 30 Tage nach Eingang gelöscht. Automatische Daten enthalten nur vorgegebene Fehlercodes, Phasen und Versionen. Fehlermeldungen, Quellcodeauszüge und Dateipfade werden nicht erfasst. Für durch NDA geschützte Projekte und wenn der Schutz eines Projekts nicht bestätigt werden kann, sind Kommentare deaktiviert. Das Hervorheben von Zeilen ist ein unterstützender Überprüfungsfilter und garantiert keine vollständige Erkennung sensibler Daten.

Siehe Diagnostics für Diagnosecodes und Aufbewahrungsregeln.