Crashlytics से जुड़ी समस्या हल करने और अक्सर पूछे जाने वाले सवाल
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
इस पेज पर, समस्या हल करने से जुड़ी सहायता और Crashlytics इस्तेमाल करने के बारे में अक्सर पूछे जाने वाले सवालों के जवाब दिए गए हैं. अगर आपको जो जानकारी चाहिए वह नहीं मिल रही या कोई और मदद चाहिए, तो Firebase की सहायता टीम से संपर्क करें.
सामान्य समस्याएं हल करना/अक्सर पूछे जाने वाले सवाल
समस्याएं टेबल में कुछ समस्याओं के लिए अलग-अलग फ़ॉर्मैट
(और कभी-कभी "वैरिएंट") देखना
आपको Firebase कंसोल में, समस्याएं टेबल में दी गई समस्याओं के लिए दो अलग-अलग फ़ॉर्मैट दिख सकते हैं. आपको अपनी कुछ समस्याओं में "वैरिएंट" नाम की सुविधा भी दिख सकती है. इसकी वजह यह है!
साल 2023 की शुरुआत में, हमने इवेंट को ग्रुप करने के लिए, बेहतर विश्लेषण इंजन लॉन्च किया था. साथ ही, हमने इसका अपडेट किया गया डिज़ाइन और नई समस्याओं (जैसे, वैरिएंट!) के लिए कुछ ऐडवांस सुविधाएं भी लॉन्च की थीं. पूरी जानकारी के लिए, हमारी हाल की ब्लॉग पोस्ट देखें. हालांकि, यहां दी गई हाइलाइट के बारे में पढ़ें.
Crashlytics, आपके ऐप्लिकेशन के सभी इवेंट का विश्लेषण करता है. जैसे, क्रैश, नुकसान न पहुंचाने वाली समस्याएं, और ANR वाली गड़बड़ियां. साथ ही, यह समस्याएं नाम के इवेंट के ग्रुप बनाता है. किसी समस्या में सभी इवेंट एक ही वजह से फ़ेल हो जाते हैं.
इवेंट को इन समस्याओं के हिसाब से ग्रुप करने के लिए, बेहतर विश्लेषण इंजन अब इवेंट के कई पहलुओं पर ध्यान देता है. इनमें स्टैक ट्रेस में फ़्रेम, अपवाद मैसेज, गड़बड़ी कोड, और दूसरे प्लैटफ़ॉर्म या गड़बड़ी के टाइप से जुड़ी विशेषताएं शामिल हैं.
हालांकि, इवेंट के इस ग्रुप में, गड़बड़ी की वजह बनने वाले स्टैक ट्रेस अलग हो सकते हैं. अगर स्टैक ट्रेस अलग है, तो इसकी अलग वजह हो सकती है.
किसी समस्या में इस संभावित अंतर को दिखाने के लिए, अब हम समस्याओं में वैरिएंट बनाते हैं. हर वैरिएंट, किसी समस्या में इवेंट का एक सब-ग्रुप होता है, जिसमें फ़ेलियर पॉइंट और एक जैसा स्टैक ट्रेस होता है. वैरिएंट की मदद से,
किसी समस्या में मौजूद सबसे सामान्य स्टैक ट्रेस को डीबग किया जा सकता है. साथ ही, यह पता लगाया जा सकता है कि क्या अलग-अलग मुख्य वजहों से गड़बड़ी हो रही है.
इन सुधारों से आपको मिलने वाले फ़ायदों के बारे में यहां बताया गया है:
समस्या वाली लाइन में बेहतर मेटाडेटा दिखाया गया है अब आपके ऐप्लिकेशन में होने वाली समस्याओं को समझना और उन्हें प्राथमिकता के हिसाब से निपटाना आसान हो गया है.
डुप्लीकेट समस्याएं कम होंगी लाइन नंबर बदलने पर, नई समस्या नहीं आती.
अलग-अलग मूल वजहों से, जटिल समस्याओं को आसानी से डीबग करने की सुविधा किसी समस्या में मौजूद सबसे आम स्टैक ट्रेस को डीबग करने के लिए, वैरिएंट का इस्तेमाल करना.
ज़्यादा काम की सूचनाएं और सिग्नल एक नई समस्या, असल में एक नई गड़बड़ी दिखाती है.
ज़्यादा असरदार खोज हर समस्या में ऐसा मेटाडेटा होता है जिसे खोजा जा सके, जैसे कि अपवाद का टाइप और पैकेज का नाम.
इन सुधारों के रोल आउट होने का तरीका यहां बताया गया है:
आपके ऐप्लिकेशन से नए इवेंट मिलने पर, हम जांच करेंगे कि वे किसी मौजूदा समस्या से मेल खाते हैं या नहीं.
अगर कोई मैच नहीं होता है, तो हम अपने बेहतर इवेंट-ग्रुपिंग एल्गोरिदम को अपने-आप इवेंट पर लागू कर देंगे. इसके बाद, नए मेटाडेटा डिज़ाइन के साथ नई समस्या शुरू कर दी जाएगी.
यह पहला बड़ा अपडेट है, जिसे हम अपने इवेंट के ग्रुप में लागू कर रहे हैं. अगर आपको कोई सुझाव/राय देनी है या शिकायत करनी है या कोई समस्या आती है, तो कृपया
शिकायत दर्ज करके
हमें बताएं.
क्रैश-फ़्री मेट्रिक और/या वेलोसिटी अलर्ट नहीं दिख रहे हैं
अगर आपको क्रैश-फ़्री मेट्रिक (जैसे, बिना क्रैश वाले उपयोगकर्ता और सेशन) और/या वेलोसिटी अलर्ट नहीं दिख रहे हैं, तो पक्का करें कि
ब्रेडक्रंब लॉग नहीं दिख रहे हैं
अगर आपको ब्रेडक्रंब लॉग नहीं दिख रहा है, तो हमारा सुझाव है कि आप Google Analytics के लिए अपने ऐप्लिकेशन के कॉन्फ़िगरेशन की जांच करें.
पक्का करें कि आपने ये ज़रूरी शर्तें पूरी की हों:
आपने
. इस SDK टूल को Crashlytics SDK टूल में साथ-साथ भी जोड़ना ज़रूरी है.
उन सभी प्रॉडक्ट के लिए जिन्हें आपके ऐप्लिकेशन में इस्तेमाल किया जाता है.
किसी समस्या पर नोट कौन देख सकता है, लिख सकता है, और मिटा सकता है?
नोट की मदद से प्रोजेक्ट के सदस्य, कुछ समस्याओं पर टिप्पणी कर सकते हैं. जैसे, सवाल, स्टेटस अपडेट वगैरह.
जब प्रोजेक्ट का कोई सदस्य नोट पोस्ट करता है, तो वह नोट उसके Google खाते के ईमेल पते से लेबल हो जाता है. यह ईमेल पता, प्रोजेक्ट के उन सभी सदस्यों को नोट के साथ दिखता है जिनके पास नोट को देखने का ऐक्सेस होता है.
यहां नोट को देखने, लिखने, और मिटाने के लिए ज़रूरी ऐक्सेस के बारे में बताया गया है:
जिन प्रोजेक्ट के सदस्य इनमें से किसी भी भूमिका में हैं वे मौजूदा नोट देख और मिटा सकते हैं. साथ ही, वे किसी समस्या पर नए नोट भी लिख सकते हैं.
प्रोजेक्ट के ऐसे सदस्य जिन्हें इनमें से कोई भी भूमिका दी गई है, वे किसी समस्या पर पोस्ट किए गए नोट देख सकते हैं. हालांकि, वे कोई नोट मिटा या लिख नहीं सकते.
किसी समस्या पर नोट कौन देख सकता है, लिख सकता है, और मिटा सकता है?
नोट की मदद से प्रोजेक्ट के सदस्य, कुछ समस्याओं पर टिप्पणी कर सकते हैं. जैसे, सवाल, स्टेटस अपडेट वगैरह.
जब प्रोजेक्ट का कोई सदस्य नोट पोस्ट करता है, तो वह नोट उसके Google खाते के ईमेल पते से लेबल हो जाता है. यह ईमेल पता, प्रोजेक्ट के उन सभी सदस्यों को नोट के साथ दिखता है जिनके पास नोट को देखने का ऐक्सेस होता है.
यहां नोट को देखने, लिखने, और मिटाने के लिए ज़रूरी ऐक्सेस के बारे में बताया गया है:
जिन प्रोजेक्ट के सदस्य इनमें से किसी भी भूमिका में हैं वे मौजूदा नोट देख और मिटा सकते हैं. साथ ही, वे किसी समस्या पर नए नोट भी लिख सकते हैं.
प्रोजेक्ट के ऐसे सदस्य जिन्हें इनमें से कोई भी भूमिका दी गई है, वे किसी समस्या पर पोस्ट किए गए नोट देख सकते हैं. हालांकि, वे कोई नोट मिटा या लिख नहीं सकते.
ऐप्लिकेशन में
Google Mobile Ads SDK का भी इस्तेमाल होता है, लेकिन क्रैश नहीं हो रहे
अगर आपके प्रोजेक्ट में Google Mobile Ads SDK के साथ-साथ Crashlytics का इस्तेमाल किया जाता है, तो हो सकता है कि क्रैश रिपोर्टर, अपवाद हैंडलर को रजिस्टर करते समय रुकावट डाल रहे हों. इस समस्या को हल करने के लिए, Mobile Ads SDK में disableSDKCrashReporting पर कॉल करके क्रैश रिपोर्टिंग को बंद करें.
मेरा BigQuery डेटासेट कहां है?
Crashlytics को BigQuery से लिंक करने के बाद, आपके बनाए गए नए डेटासेट अपने-आप अमेरिका में मौजूद हो जाते हैं. भले ही, आपका Firebase प्रोजेक्ट किसी भी जगह पर हो.
प्लैटफ़ॉर्म सहायता
ऐसी समस्याएं जिनका समाधान नहीं हुआ है
रिग्रेशन
की समस्या क्या है?
जब आपने पहले समस्या को बंद कर दिया था, तब उसमें एक समस्या का रिग्रेशन हुआ हो. हालांकि,
Crashlytics को एक नई रिपोर्ट मिलती है कि यह समस्या फिर से आई है.
Crashlytics, वापस आने वाली इन समस्याओं को अपने-आप दोबारा खोलता है, ताकि आप
अपने ऐप्लिकेशन के हिसाब से उन्हें ठीक कर सकें.
यहां उदाहरण के तौर पर एक उदाहरण दिया गया है. इसमें बताया गया है कि Crashlytics, किसी समस्या को रिग्रेशन की कैटगरी में कैसे बांटता है:
पहली बार, Crashlytics को क्रैश
"A" के बारे में क्रैश रिपोर्ट मिली है. Crashlytics से, क्रैश से जुड़ी समस्या (समस्या "A") खुलती है.
इस गड़बड़ी को तुरंत ठीक किया जाता है, समस्या "A" को बंद किया जाता है, और
अपने ऐप्लिकेशन का नया वर्शन रिलीज़ किया जाता है.
जब आप समस्या को बंद कर देते हैं, तो Crashlytics को समस्या "A" के बारे में एक और रिपोर्ट मिलती है.
अगर रिपोर्ट किसी ऐप्लिकेशन के ऐसे वर्शन की है जिसके बारे में Crashlytics को किसी समस्या को ठीक करने के बारे में जानकारी है (यानी कि वर्शन ने किसी भी क्रैश के लिए, क्रैश रिपोर्ट भेजी थी, तो Crashlytics, समस्या को वापस आने वाली समस्या नहीं मानेगा. समस्या बंद रहेगी.
अगर रिपोर्ट किसी ऐप्लिकेशन के ऐसे वर्शन की है जिसके बारे में Crashlytics को समस्या बंद करने के बारे में नहीं पता है (यानी कि वर्शन ने किसी भी क्रैश के लिए कभी भीकोई क्रैश रिपोर्ट नहीं भेजी है), तो Crashlytics, समस्या के ठीक होने के बारे में मानेगा और समस्या को दोबारा शुरू कर देगा.
जब किसी समस्या के वापस आने पर, हम उसे रिग्रेशन की चेतावनी भेजते हैं और समस्या के साथ एक रिग्रेशन सिग्नल जोड़ते हैं. इससे आपको पता चलता है कि Crashlytics ने समस्या को फिर से खोल दिया है. अगर आपको हमारे रिग्रेशन एल्गोरिदम की वजह से, किसी समस्या को फिर से खोलना नहीं है, तो समस्या को बंद करने के बजाय "म्यूट करें" विकल्प चुनें.
मुझे ऐप्लिकेशन के पुराने वर्शन के लिए, वापस आने वाली समस्याएं
क्यों दिख रही हैं?
अगर कोई रिपोर्ट ऐप्लिकेशन के किसी पुराने वर्शन की है, जिसने समस्या को बंद करने के समय कभी भी कोई क्रैश रिपोर्ट नहीं भेजी थी, तो Crashlytics, समस्या के ठीक होने के बारे में मानेगा और समस्या को फिर से खोलेगा.
ऐसा नीचे दी गई स्थिति में हो सकता है: आपने कोई गड़बड़ी ठीक की है और
अपने ऐप्लिकेशन का नया वर्शन रिलीज़ किया है, लेकिन उपयोगकर्ता अब भी बिना गड़बड़ी के
पुराने वर्शन का इस्तेमाल कर रहे हैं. अगर समस्या की वजह से, उन क्रैश रिपोर्ट में से किसी एक ने समस्या को बंद किए जाने के बाद भी कभी भी कोई क्रैश रिपोर्ट नहीं भेजी और उन उपयोगकर्ताओं को गड़बड़ी मिली, तो फिर उन क्रैश रिपोर्ट से वापस आने वाली समस्या ट्रिगर होगी.
अगर आपको हमारे रिग्रेशन एल्गोरिदम की वजह से, किसी समस्या के बारे में फिर से जानकारी नहीं देनी है, तो समस्या को बंद करने के बजाय "म्यूट करें" विकल्प चुनें.