Crashlytics से जुड़ी समस्या हल करने और अक्सर पूछे जाने वाले सवाल

अलग-अलग फ़ॉर्मैट देखना समस्याएं टेबल में मौजूद कुछ समस्याओं के लिए, कभी-कभी "वैरिएंट") भी देखे जा सकते हैं

आपको समस्याएं टेबल में दी गई समस्याओं के लिए दो अलग-अलग फ़ॉर्मैट दिख सकते हैं Firebase कंसोल में. और आपको एक ऐसी सुविधा भी दिख सकती है जिसे "वैरिएंट" को हल किया जा सकता है. इसकी वजह यह है!

साल 2023 की शुरुआत में, हमने इवेंट का ग्रुप बनाने के लिए, बेहतर विश्लेषण इंजन लॉन्च किया था साथ ही, एक नया वर्शन है. साथ ही, इसमें नई समस्याओं के लिए कुछ ऐडवांस सुविधाएं भी जोड़ी गई हैं (जैसे अलग-अलग वर्शन!). हमारा हाल ही का ब्लॉग पोस्ट देखें, लेकिन आप नीचे हाइलाइट पढ़ सकते हैं.

Crashlytics आपके ऐप्लिकेशन के सभी इवेंट का विश्लेषण करता है (जैसे कि क्रैश, नुकसान न पहुंचाने वाले, और ANR) के डेटा के आधार पर, इवेंट के ग्रुप बनाता है, जिन्हें समस्याएं कहते हैं. एक ही समस्या है.

इवेंट को इन समस्याओं के ग्रुप में बांटने के लिए, बेहतर विश्लेषण इंजन इनमें इवेंट से जुड़े कई पहलू शामिल हैं. जैसे, स्टैक ट्रेस में दिखने वाले फ़्रेम, अपवाद संदेश, गड़बड़ी कोड, और अन्य प्लैटफ़ॉर्म या गड़बड़ी प्रकार विशेषताएं.

हालांकि, इवेंट के इस ग्रुप में इस्तेमाल किए गए स्टैक ट्रेस फ़ेल हो जाते हैं अलग हो सकता है. अगर स्टैक ट्रेस अलग है, तो इसकी अलग वजह हो सकती है. किसी समस्या में इस संभावित अंतर को दिखाने के लिए, अब हम समस्याओं में मौजूद वैरिएंट - हर वैरिएंट किसी समस्या में इवेंट का सब-ग्रुप होता है जिनका फ़ेलियर पॉइंट और एक जैसा स्टैक ट्रेस है. वैरिएंट की मदद से, की मदद से किसी समस्या में मौजूद सबसे सामान्य स्टैक ट्रेस को डीबग किया जा सकता है. साथ ही, यह तय किया जा सकता है कि अलग-अलग मुख्य वजहों से गड़बड़ी हो रही है.

इन सुधारों से आपको मिलने वाले फ़ायदों के बारे में यहां बताया गया है:

• समस्या वाली लाइन में बेहतर मेटाडेटा दिखाया जाता है
  अब आपके ऐप्लिकेशन में समस्याओं को समझना और उन्हें प्राथमिकता के हिसाब से निपटाना आसान हो गया है.

• डुप्लीकेट समस्याएं कम होंगी
  लाइन नंबर में बदलाव करने से नई समस्या नहीं आती.

• अलग-अलग मूल वजहों से, जटिल समस्याओं को आसानी से डीबग करना
  किसी समस्या में सबसे सामान्य स्टैक ट्रेस को डीबग करने के लिए, वैरिएंट का इस्तेमाल करें.

• बेहतर सूचनाएं और सिग्नल
  एक नई समस्या से असल में एक नई गड़बड़ी का पता चलता है.

• ज़्यादा असरदार तरीके से खोजें
  हर समस्या में ऐसा मेटाडेटा होता है जिसे खोजा जा सके, जैसे, अपवाद का टाइप और पैकेज का नाम.

इन सुधारों के रोल आउट होने का तरीका यहां बताया गया है:

• आपके ऐप्लिकेशन से नए इवेंट मिलने पर, हम जांच करेंगे कि वे किसी मौजूदा इवेंट से मेल खाते हैं या नहीं समस्या.

• अगर कोई भी मैच नहीं होता है, तो हम अपने-आप बेहतर इवेंट-ग्रुपिंग की सुविधा लागू कर देंगे एल्गोरिदम को इवेंट में शामिल किया जाता है और नए मेटाडेटा की मदद से नई समस्या पैदा की जाती है डिज़ाइन.

यह पहला बड़ा अपडेट है, जिसे हम अपने इवेंट के ग्रुप में लागू कर रहे हैं. अगर आपको आपको कोई सुझाव/राय देनी है या शिकायत करनी है, तो कृपया हमें इस तरीके से बताएं शिकायत दर्ज करना.

नहीं दिख रहा है क्रैश-फ़्री मेट्रिक और/या वेलोसिटी अलर्ट

अगर आपको क्रैश-फ़्री मेट्रिक (जैसे, बिना क्रैश होने वाले उपयोगकर्ता और सेशन) नहीं दिख रही है और/या वेग के अलर्ट से पहले, सुनिश्चित करें कि आप Crashlytics SDK v18.6.0+ या Firebase BoM v32.6.0 के बाद का वर्शन.

ब्रेडक्रंब लॉग नहीं दिख रहे हैं

अगर आपको अपने ब्रेडक्रंब लॉग, हमारा सुझाव है कि आप Google Analytics के लिए, अपने ऐप्लिकेशन के कॉन्फ़िगरेशन की जांच करें. पक्का करें कि आपने ये ज़रूरी शर्तें पूरी की हों:

• आपने चालू किया गया Google Analytics आपके Firebase प्रोजेक्ट में.

• आपने Google Analytics के लिए, डेटा शेयर करने की सुविधा चालू की है. इसके बारे में ज़्यादा जानें इस सेटिंग को Analytics में डेटा शेयर करने की सेटिंग मैनेज करना

• आपने Google Analytics के लिए Firebase SDK टूल जोड़ा गया आपके ऐप्लिकेशन को मिलता है. इस एसडीके को Crashlytics के एसडीके में के साथ-साथ भी जोड़ा जाना चाहिए.

• इसका इस्तेमाल किया जा रहा है: Firebase SDK टूल के नए वर्शन उन सभी प्रॉडक्ट के लिए लागू करें जिनका इस्तेमाल आपके ऐप्लिकेशन में किया जाता है.

  अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है खास तौर पर यह देख लें कि आप कम से कम नीचे दिए गए Google Analytics के लिए Firebase SDK टूल:
  अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है Android — v17.2.3+ (BoM v24.7.1+).

सिर्फ़ ANR से जुड़ी गड़बड़ियां क्यों हैं क्या Android 11 और उसके बाद के वर्शन के लिए उपलब्ध है?

Crashlytics पर, ऐसे डिवाइसों पर मौजूद Android ऐप्लिकेशन के लिए ANR रिपोर्टिंग की सुविधा काम करती है जिन पर ऐप्लिकेशन चलता है Android 11 और उसके बाद के वर्शन. वह एपीआई जिसका इस्तेमाल हम ANRs की जानकारी इकट्ठा करने के लिए करते हैं (get HistoryExitREASONs) SIGQUIT या वॉचडॉग पर आधारित तरीकों से ज़्यादा भरोसेमंद है. यह एपीआई यह सुविधा सिर्फ़ Android 11 और इसके बाद के वर्शन वाले डिवाइसों पर उपलब्ध है.

कुछ ANR मौजूद क्यों नहीं हैं उनके BuildId?

अगर आपके कुछ ANRs में BuildId मौजूद नहीं हैं, तो इस तरीके से समस्या हल करें:

• पक्का करें कि आपके पास अप-टू-डेट Crashlytics Android SDK टूल हो और Crashlytics Gradle प्लग इन का वर्शन.

  अगर आपको Android 11 के लिए BuildId और Android 12 के कुछ ANRs के बारे में जानकारी नहीं मिल रही है, तो हो सकता है कि आप पुराने SDK टूल, Gradle प्लग इन या दोनों का इस्तेमाल कर रहे हों. इन ANR के लिए BuildId सही तरीके से इकट्ठा करने के लिए, आपको इनका इस्तेमाल करना होगा वर्शन:

  • Crashlytics Android SDK v18.3.5+ (Firebase BoM v31.2.2+)
  • Crashlytics Gradle प्लग इन v2.9.4+

• देखें कि शेयर की गई लाइब्रेरी के लिए किसी नॉन-स्टैंडर्ड जगह की जानकारी का इस्तेमाल तो नहीं किया जा रहा है.

  अगर आपके ऐप्लिकेशन की शेयर की गई लाइब्रेरी में से सिर्फ़ BuildId मौजूद हैं, तो हो सकता है कि कि आप शेयर की गई लाइब्रेरी के लिए मानक, डिफ़ॉल्ट स्थान का उपयोग नहीं कर रहे हैं. अगर आपने तो शायद Crashlytics यह पता न लगा पाए कि संबंधित BuildId. हमारा सुझाव है कि आप शेयर की गई लाइब्रेरी की जगह की जानकारी.

• पक्का करें कि बिल्ड प्रोसेस के दौरान आप BuildId न निकाल रहे हों.

  ध्यान दें कि समस्या हल करने के ये सुझाव, ANRs और नेटिव, दोनों पर लागू होते हैं बंद हो जाता है.

  • अपनी बाइनरी पर readelf -n चलाकर देखें कि BuildId मौजूद हैं या नहीं. अगर आपने BuildId मौजूद नहीं हैं, फिर अपने लिए फ़्लैग में -Wl,--build-id जोड़ें बिल्ड सिस्टम.

  • देख लें कि कहीं आपने गलती से BuildId हटा तो नहीं दिया है का साइज़ कम किया जा सकता है.

  • अगर किसी लाइब्रेरी के स्ट्रिप और अनट्रिप्ड वर्शन रखे जाते हैं, तो अपने कोड में सही वर्शन को पॉइंट करें.

अंतर Crashlytics डैशबोर्ड में ANR रिपोर्ट और Google Play Console

ऐसा हो सकता है कि Google Play और ऐप्लिकेशन से प्रतिक्रिया न मिलने (ANR) की संख्या में अंतर दिखे Crashlytics. ऐसा होने की संभावना इसलिए होती है, क्योंकि ANR डेटा इकट्ठा करना और उसे रिपोर्ट करना. जब ऐप्लिकेशन, ANR की गड़बड़ियों की Crashlytics रिपोर्ट करता है अगला चरण शुरू होता है, जबकि Android की ज़रूरी जानकारी, ANR की गड़बड़ी का डेटा भेजती है.

इसके अलावा, Crashlytics सिर्फ़ उन डिवाइसों पर ANR की गड़बड़ियां दिखाता है जिन पर ऐप्लिकेशन का इस्तेमाल किया जा रहा है Android 11 और इसके बाद के वर्शन वाले डिवाइसों पर, Google Play के मुकाबले उन डिवाइसों पर हुए ANR का डेटा दिखता है जिनमें Google Play services और डेटा कलेक्शन के लिए सहमति स्वीकार की गई.

अंतर Crashlytics डैशबोर्ड और Logcat में, एनडीके स्टैक ट्रेस के बीच

एलएलवीएम और GNU टूलचेन में, रीड-ओनली मोड के लिए अलग-अलग डिफ़ॉल्ट तरीके और ट्रीटमेंट होते हैं आपके ऐप्लिकेशन की बाइनरी का एक सेगमेंट. इससे अलग-अलग स्टैक ट्रेस जनरेट हो सकते हैं Firebase कंसोल में. इसे कम करने के लिए, लिंक करने वाले इन फ़्लैग को जोड़ें बनाने की प्रोसेस में बदलें:

• अगर एलएलवीएम टूलचेन से lld लिंकर का इस्तेमाल किया जा रहा है, तो यह जोड़ें:

  -Wl,--no-rosegment
  

• अगर GNU टूलचेन से ld.gold लिंकर का इस्तेमाल किया जा रहा है, तो यह जोड़ें:

  -Wl,--rosegment
  

अगर आपको अब भी स्टैक ट्रेस में अंतर दिख रहा है या दोनों में से कोई भी फ़्लैग जो आपके टूलचेन के लिए ज़रूरी है), तो इसे अपनी बिल्ड प्रोसेस में जोड़कर देखें इसके बजाय:

-fno-omit-frame-pointer

मैं इस्तेमाल कैसे करूं NDK के लिए, मेरी अपनी ब्रेकपैड सिंबल फ़ाइल जनरेटर बाइनरी?

Crashlytics प्लगिन पसंद के मुताबिक बनाया गया ब्रेकपैड सिंबल फ़ाइल जनरेटर. अगर आपको Breakpad सिंबल फ़ाइलें जनरेट करने के लिए अपनी बाइनरी का इस्तेमाल करना है ( उदाहरण के लिए, अगर आप अपनी बिल्ड चेन में सभी नेटिव एक्ज़ीक्यूटेबल बनाना पसंद करते हैं, सोर्स), यह जानकारी देने के लिए वैकल्पिक symbolGeneratorBinary एक्सटेंशन प्रॉपर्टी का इस्तेमाल करें एक्ज़ीक्यूटेबल फ़ाइल का पाथ है.

ब्रेकपैड सिंबल फ़ाइल जनरेटर बाइनरी का पाथ किसी एक में तय किया जा सकता है में दो तरह से बदलाव किया जा सकता है:

• पहला विकल्प: firebaseCrashlytics के ज़रिए पाथ की जानकारी देना आपकी build.gradle फ़ाइल में एक्सटेंशन

  अपनी ऐप्लिकेशन-लेवल build.gradle.kts फ़ाइल में यह जोड़ें:

  Gradle प्लग इन v3.0.0+

  android {
    buildTypes {
      release {
        configure<CrashlyticsExtension> {
          nativeSymbolUploadEnabled = true
          // Add these optional fields to specify the path to the executable
          symbolGeneratorType = "breakpad"
          breakpadBinary = file("/PATH/TO/BREAKPAD/DUMP_SYMS")
        }
      }
    }
  }
  

  लोअर प्लगिन वर्शन

  android {
    // ...
    buildTypes {
      // ...
      release {
        // ...
        firebaseCrashlytics {
          // existing; required for either symbol file generator
          nativeSymbolUploadEnabled true
          // Add this optional new block to specify the path to the executable
          symbolGenerator {
            breakpad {
              binary file("/PATH/TO/BREAKPAD/DUMP_SYMS")
            }
          }
        }
     }
  }
  

• दूसरा विकल्प: अपने Gradle में प्रॉपर्टी लाइन के ज़रिए पाथ तय करना प्रॉपर्टी फ़ाइल

  com.google.firebase.crashlytics.breakpadBinary का इस्तेमाल किया जा सकता है प्रॉपर्टी का इस्तेमाल करके, एक्ज़ीक्यूटेबल फ़ाइल का पाथ तय किया जा सकता है.

  Gradle प्रॉपर्टी फ़ाइल को मैन्युअल तरीके से अपडेट किया जा सकता है या फ़ाइल को अपडेट किया जा सकता है कमांड लाइन से लिखें. उदाहरण के लिए, निर्देश के ज़रिए पाथ तय करने के लिए पंक्ति में, निम्न की तरह एक आदेश का उपयोग करें:

  ./gradlew -Pcom.google.firebase.crashlytics.symbolGenerator=breakpad \
    -Pcom.google.firebase.crashlytics.breakpadBinary=/PATH/TO/BREAKPAD/DUMP_SYMS \
    app:assembleRelease app:uploadCrashlyticsSymbolFileRelease
  

इससे क्रैश की समस्या नहीं आ रही है डेक्सगार्ड

यदि आपको निम्न अपवाद दिखता है, तो संभव है कि आप DexGuard, जो Firebase Crashlytics SDK टूल के साथ काम नहीं करता:

java.lang.IllegalArgumentException: Transport backend 'cct' is not registered

इस अपवाद से आपके ऐप्लिकेशन को क्रैश नहीं होता, लेकिन यह उसे क्रैश होने से रोकता है रिपोर्ट. इस समस्या को ठीक करने के लिए:

1. यह पक्का करें कि आप सबसे नए DexGuard 8.x वर्शन का इस्तेमाल कर रहे हैं. सबसे नया वर्शन Firebase Crashlytics SDK टूल के लिए ज़रूरी नियम शामिल हैं.

2. अगर आपको DexGuard वर्शन नहीं बदलना है, तो इन्हें जोड़कर देखें अस्पष्ट बनाने के नियम सेट करें (आपकी DexGuard कॉन्फ़िगरेशन फ़ाइल में):

   -keepresourcexmlelements manifest/application/service/meta-data@value=cct
   

मुझे क्रैश क्यों दिखते हैं .java समस्याओं के तौर पर लेबल की गई .kt फ़ाइलों से?

जब कोई ऐप्लिकेशन ऐसे उलझाने वाले टूल का इस्तेमाल करता है जो फ़ाइल एक्सटेंशन को बिना अनुमति के सार्वजनिक नहीं करता है, Crashlytics, डिफ़ॉल्ट रूप से .java फ़ाइल एक्सटेंशन के साथ हर समस्या को जनरेट करता है.

ताकि Crashlytics सही फ़ाइल एक्सटेंशन से जुड़ी समस्याएं जनरेट कर सके, पक्का करें कि आपका ऐप्लिकेशन नीचे दिए गए सेटअप का इस्तेमाल करता है:

• जो 'Android Gradle 4.2.0' या इसके बाद वाले वर्शन का इस्तेमाल करता है
• यह R8 का इस्तेमाल करता है, जिसमें अस्पष्ट बनाने की सुविधा चालू है. अपने ऐप्लिकेशन को R8 पर अपडेट करने के लिए, यह तरीका अपनाएं दस्तावेज़.

ध्यान दें कि ऊपर बताए गए सेटअप में अपडेट करने के बाद, हो सकता है कि आपको .kt की नई समस्याएं, जो .java की मौजूदा समस्याओं में मौजूद हैं. ज़्यादा जानकारी के लिए, उस स्थिति के बारे में ज़्यादा जानने के लिए, अक्सर पूछे जाने वाले सवाल.

मुझे क्यों दिख रहा है मौजूदा .kt समस्याएं हैं .java समस्याएं हैं?

दिसंबर 2021 के बीच से, Crashlytics के ऐप्लिकेशन के लिए बेहतर सहायता मिल रही है जो Kotlin का इस्तेमाल करते हैं.

हाल ही तक, अस्पष्ट बनाने वाले टूल ने फ़ाइल एक्सटेंशन को सार्वजनिक नहीं किया था, इसलिए Crashlytics ने हर समस्या को डिफ़ॉल्ट रूप से .java फ़ाइल एक्सटेंशन के साथ जनरेट किया. हालांकि, Android Gradle 4.2.0 के बाद से, R8 में फ़ाइल एक्सटेंशन इस्तेमाल किए जा सकते हैं.

इस अपडेट के साथ, Crashlytics अब यह पता लगा सकता है कि हर क्लास का इस्तेमाल ऐप्लिकेशन, Kotlin में लिखा गया है और समस्या में सही फ़ाइल नाम शामिल है हस्ताक्षर करें. क्रैश को अब सही तरीके से .kt फ़ाइलों में एट्रिब्यूट कर दिया गया है (जैसा कि ठीक हो) अगर आपके ऐप्लिकेशन में नीचे दिया गया सेटअप है, तो:

• आपका ऐप्लिकेशन, 'Android Gradle 4.2.0' या इसके बाद वाले वर्शन का इस्तेमाल करता है.
• आपका ऐप्लिकेशन, R8 का इस्तेमाल करता है और उसमें अस्पष्ट बनाने की सुविधा चालू है.

चूंकि नए क्रैश अब अपनी समस्या में सही फ़ाइल एक्सटेंशन शामिल करते हैं हस्ताक्षर शामिल हैं, तो आपको ऐसी नई .kt समस्याएं दिखाई दे सकती हैं जो असल में सिर्फ़ इसके डुप्लीकेट हैं .java लेबल वाली मौजूदा समस्याओं को हल करें. Firebase कंसोल में, हम इन चीज़ों को पहचानने की कोशिश करते हैं और अगर .kt की नई समस्या, .java लेबल वाली मौजूदा समस्या.

किसी समस्या पर नोट कौन देख सकता है, लिख सकता है, और मिटा सकता है?

नोट की मदद से, प्रोजेक्ट के सदस्य किसी समस्या पर टिप्पणी कर सकते हैं. जैसे, सवाल और स्टेटस अपडेट वगैरह.

जब प्रोजेक्ट का कोई सदस्य नोट पोस्ट करता है, तो उस पर अपने Google खाते के ईमेल पते का लेबल दिखता है जोड़ें. यह ईमेल पता, नोट के साथ सभी प्रोजेक्ट में दिखता है वे सदस्य जिनके पास नोट देखने का ऐक्सेस है.

नीचे दिए गए दस्तावेज़ में बताया गया है कि फ़ाइल को देखने, उसमें बदलाव करने, और उसे मिटाने के लिए, कौन-कौनसे ऐक्सेस ज़रूरी हैं ध्यान दें:

• प्रोजेक्ट के ऐसे सदस्य जिनके पास नीचे दी गई कोई भी भूमिका है, वे मौजूदा भूमिका को देख और मिटा सकते हैं किसी समस्या पर नोट लिखें और नए नोट लिखें.

  • प्रोजेक्ट मालिक या एडिटर, Firebase एडमिन, क्वालिटी एडमिन, या Crashlytics का एडमिन

• प्रोजेक्ट के ऐसे सदस्य जो इनमें से किसी भूमिका में हैं, वे यहां पोस्ट किए गए नोट देख सकते हैं कोई समस्या हो सकती है, लेकिन वे नोट मिटा या लिख नहीं सकते.

  • प्रोजेक्ट व्यूअर, Firebase व्यूअर, क्वालिटी व्यूअर, या Crashlytics का व्यूअर

उन उपयोगकर्ताओं का हिसाब कैसे लगाया जाता है जिन्हें ऐप्लिकेशन क्रैश नहीं हुआ?

क्रैश-फ़्री मेट्रिक के बारे में समझना देखें.

किसी समस्या पर नोट कौन देख सकता है, लिख सकता है, और मिटा सकता है?

नोट की मदद से, प्रोजेक्ट के सदस्य किसी समस्या पर टिप्पणी कर सकते हैं. जैसे, सवाल और स्टेटस अपडेट वगैरह.

जब प्रोजेक्ट का कोई सदस्य नोट पोस्ट करता है, तो उस पर अपने Google खाते के ईमेल पते का लेबल दिखता है जोड़ें. यह ईमेल पता, नोट के साथ सभी प्रोजेक्ट में दिखता है वे सदस्य जिनके पास नोट देखने का ऐक्सेस है.

नीचे दिए गए दस्तावेज़ में बताया गया है कि फ़ाइल को देखने, उसमें बदलाव करने, और उसे मिटाने के लिए, कौन-कौनसे ऐक्सेस ज़रूरी हैं ध्यान दें:

• प्रोजेक्ट के ऐसे सदस्य जिनके पास नीचे दी गई कोई भी भूमिका है, वे मौजूदा भूमिका को देख और मिटा सकते हैं किसी समस्या पर नोट लिखें और नए नोट लिखें.

  • प्रोजेक्ट मालिक या एडिटर, Firebase एडमिन, क्वालिटी एडमिन, या Crashlytics का एडमिन

• प्रोजेक्ट के ऐसे सदस्य जो इनमें से किसी भूमिका में हैं, वे यहां पोस्ट किए गए नोट देख सकते हैं कोई समस्या हो सकती है, लेकिन वे नोट मिटा या लिख नहीं सकते.

  • प्रोजेक्ट व्यूअर, Firebase व्यूअर, क्वालिटी व्यूअर, या Crashlytics का व्यूअर

ऐप Google Mobile Ads SDK टूल, लेकिन क्रैश नहीं मिल रहे हैं

अगर आपका प्रोजेक्ट, Google Mobile Ads SDK टूल के साथ Crashlytics का इस्तेमाल करता है, तो तो क्रैश रिपोर्टर किसी गड़बड़ी की वजह से अपवाद हैंडलर रजिस्टर करना. इस समस्या को ठीक करने के लिए, यहां जाकर क्रैश रिपोर्ट की सुविधा बंद करें Mobile Ads SDK टूल को ऐक्सेस करने के लिए, disableSDKCrashReporting पर कॉल करें.

मेरा BigQuery डेटासेट कहां है?

Crashlytics को BigQuery से लिंक करने के बाद, जो नए डेटासेट बनाए जाते हैं वे बन जाते हैं अपने आप संयुक्त राज्य अमेरिका में रहते हैं, भले ही आपका Firebase प्रोजेक्ट.

क्या Crashlytics में Armeabi का इस्तेमाल किया जा सकता है?

Firebase Crashlytics NDK, ARMv5 (armeabi) के साथ काम नहीं करता. NDK r17 के बाद, इस एबीआई की सुविधा हटा दी गई थी.

रिग्रेशन क्या है समस्या?

जब आपने समस्या को पहले बंद कर दिया था, तो उसका रिग्रेशन आ गया था. हालांकि, Crashlytics को एक नई रिपोर्ट मिलती है कि यह समस्या फिर से आ गई है. Crashlytics इन समस्याओं को अपने-आप फिर से खोलता है, ताकि आप ये काम कर सकें समाधान देते हैं.

यहां उदाहरण के तौर पर एक उदाहरण दिया गया है. इसमें बताया गया है कि Crashlytics, रिग्रेशन के तौर पर समस्या होने पर:

1. पहली बार, Crashlytics को क्रैश के बारे में क्रैश रिपोर्ट मिली है "A". Crashlytics उस क्रैश से जुड़ी समस्या खोलता है (समस्या "A").
2. आप इस बग को तेज़ी से ठीक करते हैं, समस्या "A" को बंद करते हैं, और फिर इसका नया संस्करण रिलीज़ करते हैं आपका ऐप्लिकेशन.
3. Crashlytics को "A" समस्या के बारे में एक और रिपोर्ट मिली खाता बंद करने के बाद समस्या.
   • अगर रिपोर्ट किसी ऐप्लिकेशन के ऐसे वर्शन से है जिसके बारे में Crashlytics को पता था जब आपने समस्या को बंद कर दिया (इसका मतलब है कि ऐप्लिकेशन के क्रैश होने की वजह से किसी भी क्रैश की रिपोर्ट नहीं करता है, तो Crashlytics समस्या को वापस पाया जा सकता है. समस्या बंद रहेगी.
   • अगर रिपोर्ट किसी ऐसे ऐप्लिकेशन वर्शन से आई है जिसे Crashlytics ने नहीं किया था के बारे में जानें (इसका मतलब है कि वर्शन में किसी भी क्रैश के लिए कभी भी क्रैश रिपोर्ट नहीं भेजी गई हो), फिर Crashlytics को लगता है कि समस्या का हल वापस हो गया है और वह समस्या को फिर से खोलेगा समस्या.

जब कोई समस्या वापस आती है, तो हम रिग्रेशन का पता चलने पर चेतावनी भेजते हैं और समस्या के रिग्रेशन सिग्नल से आपको पता चलता है कि Crashlytics ने समस्या को फिर से खोला गया है. अगर आप नहीं चाहते कि हमारी रिग्रेशन एल्गोरिदम, "म्यूट" समस्या को हल करने में मदद करता है.

मुझे वापस खरीदारी क्यों नहीं हो रही है ऐप्लिकेशन के पुराने वर्शन में कोई समस्या है?

अगर कोई रिपोर्ट किसी ऐसे पुराने ऐप्लिकेशन वर्शन से है जिसने अभी तक कोई क्रैश रिपोर्ट नहीं भेजी है आपने समस्या को बंद कर दिया है, तो Crashlytics समस्या पर ध्यान देता है इस समस्या को दोबारा हल कर दिया जाएगा.

यह स्थिति नीचे दी गई स्थितियों में आ सकती है: आपने कोई गड़बड़ी ठीक कर ली है और ने आपके ऐप्लिकेशन का नया वर्शन रिलीज़ किया है, लेकिन आपके उपयोगकर्ताओं में अब भी पुराने वर्शन हैं उसे ठीक किए बिना. अगर संयोग से, उन पुराने वर्शन में से किसी एक को कभी नहीं भेजा गया किसी भी क्रैश रिपोर्ट को बंद कर दिया जाए और वे उपयोगकर्ता गड़बड़ी का सामना करते हैं, तो उन क्रैश रिपोर्ट से वापस आने वाली समस्या ट्रिगर होगी.

अगर आपको हमारे रिग्रेशन एल्गोरिदम की वजह से, किसी समस्या को फिर से खोलना नहीं है, तो "म्यूट करें" पर क्लिक करें समस्या को हल करने में मदद करता है.