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