मैं एक बग को कैसे ट्रैक कर सकता हूं जो दुर्घटना का कारण बना और एपॉर्ट / व्हाट्सएप के माध्यम से रिपोर्ट किया गया था?


52

यह तब हुआ करता था जब एक कार्यक्रम दुर्घटनाग्रस्त हो जाता था, खासकर जब कोई उपयोगकर्ता उबंटू के पूर्व-रिलीज़ का उपयोग कर रहा था, तो बग रिपोर्ट खोलने के लिए ऐपॉर्ट का उपयोग किया जा सकता था। उपयोगकर्ता बग को ट्रैक कर सकता है, यह देख सकता है कि क्या यह दूसरों को प्रभावित करता है, इसे ठीक करने में मदद करता है, आदि।

सटीक 12.04 के रूप में, यह व्यवहार और वर्कफ़्लो बदल गया। जैसा कि मैंने बग # 993450 में खोजा था "एपॉर्ट बग रिपोर्ट प्रस्तुत करने में विफल रहता है" , डिफ़ॉल्ट रूप से एपॉर्ट अब बग रिपोर्ट नहीं खोलता (और यह अजीब है लेकिन ऐसा करने के लिए इसे प्राप्त करना असंभव नहीं है)। उसी समय लोग एक नई "व्हाट्सएप" प्रक्रिया को देख रहे हैं, जैसा कि वर्णित है कि 'व्हाट्सएप' प्रक्रिया क्या है और यह क्या करती है?

कुछ और गुगली करने के बाद, मैंने यह खाका तैयार किया, जिसमें पूरी प्रक्रिया का वर्णन है: ErrorTracker - Ubuntu Wiki । (इसमें व्हाट्सएप या डेज़ी का उल्लेख नहीं किया गया था, इसलिए मैंने उन्हें जोड़ा - कृपया मुझे सही करें अगर मैं गलत हो गया)।

वाह - यह दुर्घटना रिपोर्टिंग प्रक्रिया को कारगर बनाने और सुधारने के लिए बहुत अच्छा लगता है।

मैं इस प्रश्न के साथ बचा हुआ हूं: उपयोगकर्ता कैसे सीखता है कि समस्या की स्थिति क्या है? खाका अब इस आवश्यकता है

उपयोगकर्ता के पास अपनी क्रैश रिपोर्ट की स्थिति पर वापस जाँच करने का कोई तरीका होना चाहिए; उदाहरण के लिए कुछ रिपोर्ट आईडी हैं जो वे आंकड़े और / या किसी भी संबंधित बग # को देखने के लिए देख सकते हैं। जैसे दाखिल करने के समय एक सीरियल नंबर प्रदान करें जिसे वे बाद में एक वेब पेज के माध्यम से लोड कर सकते हैं।

जो असम्बद्ध लगता है। क्या इस बीच कुछ उपलब्ध है?

और एक डेवलपर गेम में कैसे आता है? Https://daisy.ubuntu.com पर जाने से केवल "गलत सामग्री-प्रकार" त्रुटि संदेश मिलता है।

अंत में, मैं सुझाव देता हूं कि रिलीज नोट्स में एपॉर्ट व्यवहार में बदलाव का दस्तावेजीकरण करें। यह उन लोगों के लिए दिलचस्पी का होना चाहिए जो उबंटू की मदद करने की कोशिश कर रहे हैं।


जवाबों:


45

उबंटू त्रुटि ट्रैकर परियोजना में आपकी रुचि के लिए धन्यवाद ।

सटीक 12.04 के रूप में, यह व्यवहार और वर्कफ़्लो बदल गया। जैसा कि मैंने बग # 993450 में खोजा था "एपॉर्ट बग रिपोर्ट प्रस्तुत करने में विफल रहता है", डिफ़ॉल्ट रूप से एपॉर्ट अब बग रिपोर्ट नहीं खोलता (और यह अजीब है लेकिन ऐसा करने के लिए इसे प्राप्त करना असंभव नहीं है)।

Apport ने बग रिपोर्ट को कभी भी रिलीज़ के बाद नहीं बनाया। जब कोई रिलीज़ अभी भी विकास में है, तो आप लॉन्चपैड बग्स (और त्रुटि रिपोर्ट) को दर्ज करने के लिए ऐपॉर्ट का उपयोग कर सकते हैं।

उबंटू के एक अंतिम रिलीज़ किए गए संस्करण में अब हम त्रुटि संवाद दिखाते हैं। यह किसी भी प्रतिक्रिया के बिना एक कार्यक्रम "दूर जा रहा" से एक महान सुधार है और उपयोगकर्ता यह सोचकर छोड़ दिया जा रहा है कि बस क्या हुआ।

जब लोग इन रिपोर्टों को भेजने के लिए चुनते हैं तो एकत्रित आंकड़ों के आंकड़े http://errors.ubuntu.com पर दिखाई देते हैं ।

मैं इस प्रश्न के साथ बचा हुआ हूं: उपयोगकर्ता कैसे सीखता है कि समस्या की स्थिति क्या है? खाका अब इस आवश्यकता है

उपयोगकर्ता के पास अपनी क्रैश रिपोर्ट की स्थिति पर वापस जाँच करने का कोई तरीका होना चाहिए; उदाहरण के लिए कुछ रिपोर्ट आईडी हैं जो वे आंकड़े और / या किसी भी संबंधित बग # को देखने के लिए देख सकते हैं। जैसे दाखिल करने के समय एक सीरियल नंबर प्रदान करें जिसे वे बाद में एक वेब पेज के माध्यम से लोड कर सकते हैं।

मैं उसे हटाने जा रहा हूं। वह इरादा कभी नहीं था। उपयोगकर्ता इंटरफ़ेस सावधान है कि रिपोर्ट पर कोई प्रतिक्रिया प्राप्त करने के बारे में वादे न करें।

ये बग रिपोर्ट नहीं हैं।

हमारा इरादा डेवलपर्स को सबसे अधिक दबाव वाले मुद्दों को खोजने, उन्हें ठीक करने के लिए आवश्यक जानकारी एकत्र करने और उपयोगकर्ताओं को फिक्स प्राप्त करने में लगने वाले समय को कम करना है।

हमने सबसे अधिक दबाने वाले मुद्दों को खोजने की समस्या को हल कर दिया है। वह http://errors.ubuntu.com का फ्रंट पेज है ।

आवश्यक जानकारी को जल्दी से एकत्र करना, और समस्या का सामना कर रहे उपयोगकर्ताओं के साथ एक लंबी प्रतिक्रिया पाश को शामिल किए बिना नींव-क्यू-बकेटिंग-सुधार में संबोधित किया गया है । योजना डेवलपर्स को सूचना संग्रह प्रक्रिया सर्वर-साइड में हुक करने की अनुमति देने की है। अगर मुझे / var / log / syslog की आवश्यकता है, लेकिन यह पहले से ही प्रदान नहीं किया गया है, तो मैं बस http://errors.ubuntu.com पर एक सेटिंग बदल देता हूं और अगले व्यक्ति जो त्रुटि का अनुभव करता है, उसे स्वचालित रूप से उस डेटा में जोड़ देता है जिसे वे भेज रहे हैं।

उपयोगकर्ताओं को जल्दी से फ़िक्स प्राप्त करना नींव-क्यू-अपडेट-से-क्रैश-रिपोर्ट में संबोधित किया गया है । जब उपयोगकर्ता एक त्रुटि रिपोर्ट सबमिट करते हैं और उस त्रुटि को पहले से ही तय किया गया है और जारी किया जाता है, तो एक संवाद सामने आएगा जो पूछेगा कि क्या वे सॉफ़्टवेयर के संस्करण में अपग्रेड करना चाहते हैं जो कि उनके द्वारा अनुभव की गई समस्या को ठीक करता है।

और एक डेवलपर गेम में कैसे आता है? Https://daisy.ubuntu.com पर जाने से केवल "गलत सामग्री-प्रकार" त्रुटि संदेश मिलता है।

http://daisy.ubuntu.com इंसानों द्वारा इस्तेमाल किए जाने का इरादा नहीं है। यह रिपोर्ट भेजने के लिए त्रुटि रिपोर्टिंग डेमॉन (व्हाट्सएप) के लिए है।

अन्य लोगों के लिए इसमें शामिल होना बिल्कुल अद्भुत होगा। मैं वर्तमान में इस पूर्णकालिक पर केवल एक हैकिंग कर रहा हूं।

प्रणाली के चार भाग हैं।

  • Apport , जो डेस्कटॉप यूजर इंटरफेस प्रदान करता है।
  • व्हाट्सएप , जो Apport द्वारा बनाई गई रिपोर्ट (और कोर डंप) लेता है और उन्हें त्रुटि ट्रैकर सर्वर, डेज़ी में फावड़ा देता है।
  • डेज़ी , जो व्हाट्सएप से रिपोर्ट एकत्र करती है और उन्हें संसाधित करती है। यह सेवा का दिल है। यह वही है जो मूल फाइलों को पुनःप्राप्त रिपोर्ट में बदल देता है और आपके द्वारा देखे गए आँकड़े http://errors.ubuntu.com पर उत्पन्न करता है ।
  • त्रुटियां , जो कि एक Django- आधारित वेबसाइट है जो डेटा के एक मानव पठनीय दृश्य और इसके साथ काम करने के लिए एक RESTful API दोनों प्रदान करती है।

Lp: daisy में सेटअप / डायरेक्टरी के तहत स्क्रिप्ट्स का थोड़ा-सा आउट-ऑफ-डेट सेट है, जिससे आपको यह अंदाजा हो सकता है कि टुकड़े एक साथ कैसे फिट होते हैं। मैं इसे बदलने के लिए juju आकर्षण पर काम कर रहा हूँ। लक्ष्य परीक्षण और विकास के लिए क्लाउड में पूरे बुनियादी ढांचे को तैनात करने के लिए एक एकल आदेश है।

अगर आपको और विकास के सवाल हैं तो आप लॉन्चपैड पर मेरा ईमेल पता पा सकते हैं ।

और जानकारी:


"जब लोग इन रिपोर्टों को भेजने के लिए चुनते हैं, तो एकत्र किए गए आंकड़ों के आंकड़े त्रुटियों पर प्रदर्शित होते हैं ।ubuntu.com ।" यह सही नहीं है, केवल अगर आपका ऐप एक समर्थित प्रोग्रामिंग भाषा में लिखा गया है। उदाहरण के लिए मोनो में लिखे गए किसी भी कार्यक्रम में वहां रिपोर्ट की गई त्रुटियाँ नहीं हैं। यह चरम में भेदभावपूर्ण है। उबंटू को एक समान खेल का मैदान प्रदान करना चाहिए और उनके द्वारा लिखी गई भाषा के आधार पर कार्यक्रमों को बाहर नहीं करना चाहिए।
ट्रैम्पस्टर

2
मुझे लगता है कि आप उस हिस्से को याद कर रहे हैं जहां वह अकेले इस पर काम कर रहा है। पहले लोकप्रिय भाषाओं का समर्थन करने के साथ कोई समस्या नहीं है।
वादिम पेरिटोकिन

5
दरअसल, @Vadi सही है। इस बारे में कुछ भी भेदभावपूर्ण नहीं है। यदि कोई मोनो समर्थन को आगे बढ़ाना और लागू करना चाहता है, तो मैं खुशी से उनकी एपर्ट शाखा की समीक्षा और विलय करूंगा।
इवान

4

अपने सिस्टम से रिपोर्ट देखने के लिए, https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43 पर प्रलेखित

xdg-open https://errors.ubuntu.com/user/`sudo cat /var/lib/whoopsie/whoopsie-id`

लॉन्चपैड पर विशेष अनुमतियों के बिना, आप वास्तविक रिपोर्ट नहीं देख सकते हैं, लेकिन आप उन कार्यक्रमों को देख सकते हैं, जो उचित अनुमतियों वाले डेवलपर्स से बात करते समय उन्हें संदर्भित करने के लिए प्रदान की गई आईडी का उपयोग कर सकते हैं।


2

जमा की गई क्रैश रिपोर्ट देखने के लिए आप https://errors.ubuntu.com/ पर जा सकते हैं


4
धन्यवाद। लेकिन यह अभी भी स्पष्ट नहीं है कि मैं अपने द्वारा चलाए जा रहे समस्याओं की स्थिति को कैसे ट्रैक कर सकता हूं, और साइट का पता लगाना थोड़ा कठिन है ( कैसे त्रुटियों की व्याख्या करें ।ubuntu.com ग्राफ डेटा? - Ubuntu से पूछें )
nealmcb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.