Diagnostics de Digital Design Studio

Utilisez l’opération d’analyse disponible sur l’hôte sélectionné pour créer une nouvelle exécution ; conservez son identité d’entrée, la version du moteur, les diagnostics et la sortie enregistrée. Les tâches Cloud nécessitent une opération proposée, une autorisation et de la QUOTA. Cloud UVM et le runtime du coordinateur Physical restent indisponibles. Ouvrir une exécution enregistrée, une boîte de configuration ou un catalogue d’outils ne soumet aucune tâche, et une action refusée ou non prise en charge n’est jamais un résultat réussi de valeur nulle.

Présentation

Lorsqu’une opération échoue, ouvrez Console dans le panneau inférieur pour examiner ses détails. Les notifications donnent une courte explication et un code que vous pouvez rechercher. Les anciennes versions installées peuvent employer d’autres formulations ou ne pas disposer de ces filtres.

Espace de travail · Paramètres

Trouver la cause

1. Ouvrez Console et saisissez le code de notification, le nom de l’outil ou une partie du message dans le champ de recherche.

2. Sélectionnez un niveau de gravité pour restreindre les résultats. Effacez la recherche et sélectionnez Tous les niveaux pour afficher l’historique complet de la session.

3. Lisez les détails techniques, corrigez l’entrée ou l’environnement et relancez l’opération lorsque cela convient.

Les messages d’Engine et de la CLI sont enregistrés dans Console. Les vérifications en arrière-plan n’ouvrent pas de fenêtres d’avertissement. Une action que vous avez démarrée et qui échoue peut ouvrir Console et ajouter une entrée au centre de notifications du pied de page. Vos paramètres de notification contrôlent si une fenêtre contextuelle apparaît également dans l’angle inférieur droit.

Codes

Le code décrit la zone concernée. Le niveau de gravité décrit le résultat : info enregistre un état, success enregistre l’achèvement, warning indique un problème à vérifier et error indique une opération en échec.

Une opération indisponible reste indisponible après le déplacement de son état technique dans Console. Réussir un contrôle préalable vérifie la requête ; cela ne signifie pas qu’un solveur a été exécuté ou que des résultats mesurés existent.

Conserver des preuves utiles

Dans Cloud, Console recherche dans les diagnostics de projet enregistrés ainsi que dans les 200 dernières observations actives de la fenêtre actuelle. Les enregistrements sont conservés pendant 30 jours, jusqu’à 2 000 par projet. Chargez les pages antérieures pour poursuivre une recherche ; chaque page Cloud contient au plus 100 enregistrements. Actualisez après un échec de connexion. Les enregistrements reviennent lorsque vous rouvrez le projet, tandis que les observations non enregistrées restent locales à la fenêtre actuelle.

Cloud envoie jusqu’à 20 observations par lot. Chaque message est limité à 2 000 caractères. Les membres du projet en lecture seule peuvent rechercher les enregistrements ; les éditeurs peuvent en ajouter. Seuls les propriétaires de projet peuvent supprimer des enregistrements, et la suppression couvre la limite d’historique précédemment observée afin de préserver les enregistrements plus récents. Les filtres de recherche ne suppriment pas d’entrées. Les outils MCP utilisent le même stockage de projet avec des autorisations d’outil explicites et des pages de lecture plus petites, de 40 enregistrements au maximum.

Les enregistrements ont des UUID immuables. Répéter le même téléversement est sûr ; réutiliser un identifiant avec un contenu différent signale un conflit. Les messages d’état actifs répétés peuvent mettre à jour une entrée dans la fenêtre actuelle sans réécrire les enregistrements sauvegardés. Les motifs d’identifiants courants et les commandes de terminal sont retirés avant le stockage, mais n’incluez pas d’identifiants, de fichiers source ou de prompts IA dans les messages de diagnostic.

Les hôtes de bureau et de développement locaux conservent uniquement les 200 dernières observations actives dans la fenêtre actuelle. Fermer l’espace de travail efface cet historique. Copiez les détails utiles avant de fermer ; ce n’est pas une archive permanente des incidents. Les anciennes versions peuvent ne pas avoir d’historique Cloud enregistré. La disponibilité suit le service Cloud déployé et votre version installée du produit.

Préparer un rapport de support utile

Incluez la version du produit, le système d’exploitation ou le navigateur, l’hôte Local / Mon PC, Cloud ou WSL hérité, l’opération, l’horodatage avec fuseau horaire, le code de diagnostic et une séquence minimale reproduisant le problème. Pour les opérations distantes, incluez un identifiant de tâche ou d’opération s’il est disponible. Distinguez « requête acceptée », « tâche terminée » et « résultat enregistré » pour expliquer la dernière étape réussie.

Copiez uniquement l’extrait de journal pertinent expurgé. Une capture d’écran d’un graphique est utile pour les problèmes de disposition ; le résultat original et l’identité des entrées sont plus utiles pour un écart numérique. N’incluez pas de jetons de compte ou un projet privé entier.

Examiner et envoyer un rapport d'erreur privé

Digital Design Studio 2.0.3 réaffiche le rapport complet avant l'envoi, met en surbrillance les lignes dans les commentaires des utilisateurs pouvant contenir du code ou des identifiants, et maintient les longs commentaires visibles tout en bloquant l'envoi jusqu'à ce qu'ils soient raccourcis.

1. Après un arrêt inattendu, choisissez Report this problem privately pour ouvrir la boîte de dialogue d'examen. Si un enregistrement échoue parce que le fichier n'a pas pu être écrit, la boîte de dialogue d'examen s'ouvre d'elle-même.

2. Lisez les champs prédéfinis sous What will be sent. La section Complete report située sous votre commentaire est déjà ouverte et affiche le rapport complet. Elle est masquée tant que votre commentaire dépasse 4 000 caractères.

3. Si vous ajoutez un commentaire, saisissez une brève description. Si le texte dépasse 2 000 caractères, il reste dans le champ mais l'envoi est bloqué avec Your comment exceeds 2,000 characters. Shorten it before sending.

4. Si le commentaire contient des lignes ressemblant à du code, des clés ou des jetons, l'aperçu les met en surbrillance avec Highlighted lines may contain code or credentials. Choose how to send your comment. Choisissez Remove highlighted lines and review pour retirer ces lignes et vérifier à nouveau le commentaire avant de l'envoyer, ou Send unchanged pour envoyer le commentaire tel qu'il a été rédigé.

5. Si vous avez rédigé un commentaire et qu'aucune ligne n'est mise en surbrillance, cochez I have reviewed the complete report and my comment., puis choisissez Send report. Sans commentaire, choisissez Send report. Tant que des lignes sont mises en surbrillance, utilisez plutôt l'un des deux choix de l'étape 4.

Les rapports d'erreur sont transmis en privé à Altifigence et supprimés 30 jours après réception. Les données automatiques ne contiennent que des codes d'erreur, étapes et versions prédéfinis. Les messages d'erreur, extraits de code et chemins de fichiers ne sont pas collectés. Les commentaires sont désactivés pour les projets protégés par NDA et lorsque la protection d'un projet ne peut pas être confirmée. La surbrillance des lignes est un filtre d'aide à la révision et ne garantit pas la détection complète des données sensibles.

Consultez Diagnostics pour les codes de diagnostic et règles de conservation.