Digital Design Studio निदान

एक नया रन बनाने के लिए चयनित होस्ट के उपलब्ध विश्लेषण संचालन का उपयोग करें; इसकी इनपुट पहचान, इंजन संस्करण, डायग्नोस्टिक्स और सहेजे गए आउटपुट को संरक्षित रखें। Cloud कार्यों के लिए एक पेश किए गए संचालन, अनुमति और QUOTA की आवश्यकता होती है। Cloud UVM और Physical समन्वयक रनटाइम अनुपलब्ध रहते हैं। एक सहेजे गए रन, एक सेटअप संवाद या एक उपकरण कैटलॉग को खोलने से कोई कार्य सबमिट नहीं होता है, और एक अस्वीकृत या असमर्थित कार्रवाई कभी भी एक सफल शून्य-मूल्य परिणाम नहीं होती है।

अवलोकन

कार्रवाई विफल हो तो नीचे के पैनल में खोलें: कंसोल, उसका विवरण देखने के लिए। सूचनाएँ छोटा स्पष्टीकरण और खोजने योग्य कोड देती हैं। पुराने इंस्टॉल संस्करण अलग शब्दों का उपयोग कर सकते हैं या उनमें ये फ़िल्टर न हों।

कार्यक्षेत्र · सेटिंग

कारण ढूँढ़ें

1. कंसोल खोलें और खोज फ़ील्ड में सूचना कोड, टूल नाम या संदेश का भाग दर्ज करें।

2. परिणाम सीमित करने के लिए गंभीरता चुनें। पूरी सत्र हिस्ट्री दिखाने के लिए खोज साफ़ करें और सभी स्तर चुनें।

3. तकनीकी विवरण पढ़ें, इनपुट या परिवेश सुधारें और उचित होने पर कार्रवाई फिर आज़माएँ।

Engine और CLI संदेश कंसोल में दर्ज होते हैं। पृष्ठभूमि जाँचें चेतावनी पॉपअप नहीं खोलतीं। आपके शुरू किए विफल कार्य से कंसोल खुल सकता है और फ़ुटर सूचना केंद्र में प्रविष्टि जुड़ सकती है। आपकी सूचना सेटिंग नियंत्रित करती है कि नीचे दाएँ कोने में पॉपअप भी दिखे या नहीं।

कोड

कोड प्रभावित क्षेत्र बताता है। गंभीरता परिणाम बताती है: info स्थिति दर्ज करता है, success पूर्णता दर्ज करता है, warning जाँचने योग्य समस्या दर्शाता है और error विफल कार्रवाई दर्शाता है।

तकनीकी स्थिति कंसोल में जाने के बाद भी अनुपलब्ध कार्रवाई अनुपलब्ध रहती है। पूर्व जाँच सफल होने से अनुरोध जाँचा जाता है; इसका अर्थ सॉल्वर चलना या मापे परिणाम मौजूद होना नहीं है।

उपयोगी प्रमाण रखें

Cloud में कंसोल सहेजे प्रोजेक्ट निदान तथा मौजूदा विंडो के नवीनतम 200 लाइव निरीक्षण खोजता है। सहेजे रिकॉर्ड 30 दिन रखे जाते हैं, प्रति प्रोजेक्ट अधिकतम 2,000। खोज आगे बढ़ाने के लिए पुराने पृष्ठ लोड करें; हर Cloud पृष्ठ में अधिकतम 100 रिकॉर्ड हैं। कनेक्शन विफलता के बाद रीफ़्रेश करें। प्रोजेक्ट फिर खोलने पर सहेजे रिकॉर्ड लौटते हैं, जबकि बिना सहेजे निरीक्षण मौजूदा विंडो में स्थानीय रहते हैं।

Cloud प्रति बैच अधिकतम 20 निरीक्षण भेजता है। हर संदेश 2,000 वर्ण तक सीमित है। केवल पढ़ने वाले प्रोजेक्ट सदस्य सहेजे रिकॉर्ड खोज सकते हैं; एडिटर रिकॉर्ड जोड़ सकते हैं। केवल प्रोजेक्ट स्वामी रिकॉर्ड हटा सकते हैं और हटाना पहले देखी इतिहास सीमा को कवर करता है ताकि नए रिकॉर्ड बचें। खोज फ़िल्टर प्रविष्टियाँ नहीं हटाते। ये MCP टूल स्पष्ट टूल अनुमतियों और अधिकतम 40 रिकॉर्ड के छोटे पढ़ने के पृष्ठ के साथ वही प्रोजेक्ट स्टोर उपयोग करते हैं।

सहेजे रिकॉर्ड की UUID अपरिवर्तनीय हैं। वही अपलोड दोहराना सुरक्षित है; अलग सामग्री के साथ ID फिर उपयोग करने पर संघर्ष आता है। बार बार लाइव स्थिति संदेश सहेजे रिकॉर्ड फिर लिखे बिना मौजूदा विंडो की एक प्रविष्टि अपडेट कर सकते हैं। संग्रहण से पहले सामान्य क्रेडेंशियल पैटर्न और टर्मिनल नियंत्रण हटते हैं, फिर भी निदान संदेश में क्रेडेंशियल, स्रोत फ़ाइल या AI प्रॉम्प्ट शामिल न करें।

डेस्कटॉप और स्थानीय विकास होस्ट केवल मौजूदा विंडो के नवीनतम 200 लाइव निरीक्षण रखते हैं। कार्यक्षेत्र बंद करने पर इतिहास साफ़ होता है। बंद करने से पहले उपयोगी विवरण कॉपी करें; यह स्थायी घटना संग्रह नहीं है। पुराने संस्करणों में सहेजा Cloud इतिहास न हो सकता है। उपलब्धता परिनियोजित Cloud सेवा और इंस्टॉल उत्पाद संस्करण के अनुसार है।

उपयोगी समर्थन रिपोर्ट तैयार करें

उत्पाद संस्करण, ऑपरेटिंग सिस्टम या ब्राउज़र, Local / My PC, Cloud या पुराना WSL होस्ट, कार्रवाई, समयक्षेत्र सहित समय, निदान कोड और समस्या दोहराने वाला न्यूनतम क्रम शामिल करें। रिमोट काम में उपलब्ध जॉब या कार्रवाई ID दें। आखिरी सफल चरण समझाते समय “अनुरोध स्वीकार हुआ”, “जॉब पूरी हुई” और “परिणाम सहेजा गया” अलग रखें।

केवल संबंधित संवेदनशील विवरण हटाया लॉग अंश कॉपी करें। ग्राफ़ का स्क्रीनशॉट लेआउट समस्या में उपयोगी है; संख्यात्मक अंतर के लिए मूल परिणाम और इनपुट पहचान ज़्यादा उपयोगी हैं। खाता टोकन या पूरा निजी प्रोजेक्ट शामिल न करें।

निजी त्रुटि रिपोर्ट की समीक्षा करें और भेजें

Digital Design Studio 2.0.3 भेजने से पहले पूरी रिपोर्ट को फिर से दिखाता है, उपयोगकर्ता टिप्पणियों में उन पंक्तियों को हाइलाइट करता है जिनमें कोड या क्रेडेंशियल हो सकते हैं, और लंबी टिप्पणियों को छोटा किए जाने तक सबमिशन रोकते हुए दृश्यमान रखता है।

1. किसी अप्रत्याशित रोक के बाद, समीक्षा संवाद खोलने के लिए Report this problem privately चुनें। यदि फ़ाइल न लिखी जा सकने के कारण सहेजना विफल हो जाता है, तो समीक्षा संवाद अपने आप खुल जाता है।

2. What will be sent के अंतर्गत पूर्वनिर्धारित फ़ील्ड पढ़ें। आपकी टिप्पणी के नीचे Complete report अनुभाग पहले से ही खुला है और पूरी रिपोर्ट दिखाता है। जब तक आपकी टिप्पणी 4,000 वर्णों से अधिक लंबी है, तब तक यह छिपा रहता है।

3. यदि कोई टिप्पणी जोड़ रहे हैं, तो संक्षिप्त विवरण दर्ज करें। यदि टेक्स्ट 2,000 वर्णों से अधिक है, तो यह फ़ील्ड में बना रहता है लेकिन सबमिशन Your comment exceeds 2,000 characters. Shorten it before sending. के साथ अवरुद्ध हो जाता है।

4. यदि टिप्पणी में ऐसी पंक्तियाँ हैं जो कोड, कुंजियाँ या टोकन जैसी दिखती हैं, तो पूर्वावलोकन उन्हें Highlighted lines may contain code or credentials. Choose how to send your comment. के साथ हाइलाइट करता है। उन पंक्तियों को हटाने और भेजने से पहले टिप्पणी की दोबारा जांच करने के लिए Remove highlighted lines and review चुनें, या टिप्पणी को जैसे लिखा गया है वैसे भेजने के लिए Send unchanged चुनें।

5. यदि आपने कोई टिप्पणी लिखी है और कोई पंक्ति हाइलाइट नहीं की गई है, तो I have reviewed the complete report and my comment. चुनें, फिर Send report चुनें। बिना किसी टिप्पणी के, Send report चुनें। जब तक पंक्तियाँ हाइलाइट की गई हैं, इसके बजाय चरण 4 में दिए गए दो विकल्पों में से किसी एक का उपयोग करें।

त्रुटि रिपोर्ट निजी तौर पर Altifigence को भेजी जाती हैं और प्राप्त होने के 30 दिनों बाद हटा दी जाती हैं। अपने आप जुटाए गए डेटा में केवल तय त्रुटि कोड, चरण और संस्करण की जानकारी होती है। त्रुटि संदेश, स्रोत कोड के अंश और फ़ाइल पथ नहीं जुटाए जाते। एनडीए-संरक्षित प्रोजेक्ट के लिए और जब किसी प्रोजेक्ट की सुरक्षा की पुष्टि नहीं की जा सकती है, तो टिप्पणियाँ अक्षम कर दी जाती हैं। पंक्ति हाइलाइटिंग एक सहायक समीक्षा फ़िल्टर है और संवेदनशील डेटा का पूर्ण पता लगाने की गारंटी नहीं देता है।

डायग्नोस्टिक कोड और अवधारण नियमों के लिए Diagnostics देखें।