Bu sayfada sorun giderme yardımı ve Crashlytics'i kullanmayla ilgili sık sorulan sorulara yanıtlar bulunmaktadır. Aradığınızı bulamıyorsanız veya daha fazla yardıma ihtiyacınız varsa Firebase destek ekibiyle iletişime geçin.
Genel sorun giderme/SSS
Sorunlar tablosundaki bazı sorunlar için farklı biçimler (ve bazen "varyantlar") görme
Firebase konsolundaki Sorunlar tablonuzda listelenen sorunlar için iki farklı biçim görebilirsiniz. Bazı sorunlarınız içinde "varyantlar"
olarak adlandırılan bir özellik de fark edebilirsiniz. İşte nedeni!
2023'ün başlarında, etkinlikleri gruplandırmak için iyileştirilmiş bir analiz motorunu kullanıma sunduk. Ayrıca, güncellenmiş bir tasarımı ve yeni sorunlar (varyantlar gibi) için bazı gelişmiş özellikleri kullanıma sunduk. Tüm ayrıntılar için en son blog yayınımıza göz atın. Öne çıkan özellikler için aşağıdaki yayınları da okuyabilirsiniz.
Crashlytics, uygulamanızdaki tüm etkinlikleri (kilitlenmeler, önemli olmayanlar ve ANR'ler gibi) analiz eder ve sorunlar adı verilen etkinlik grupları oluşturur. Bir sorundaki tüm etkinliklerin ortak bir hata noktası vardır.
Geliştirilmiş analiz motoru, etkinlikleri bu sorunlara göre gruplandırmak için artık yığın izlemedeki kareler, istisna mesajı, hata kodu ve diğer platform veya hata türü özellikleri dahil olmak üzere etkinliğin birçok özelliğini inceler.
Ancak bu etkinlikler grubunda hataya yol açan yığın izlemeler farklı olabilir. Farklı bir yığın izleme (stack trace), farklı bir temel neden anlamına gelebilir.
Bir sorun içindeki bu olası farkı temsil etmek için artık sorunların içinde varyantlar oluşturuyoruz. Her varyant, aynı hata noktasına ve benzer yığın izlemeye sahip bir sorundaki etkinliklerin alt grubudur. Varyantları kullanarak, bir sorundaki en yaygın yığın izlemelerde hata ayıklayabilir ve hataya farklı temel nedenlerin yol açıp açmadığını belirleyebilirsiniz.
Bu iyileştirmelerle elde edeceğiniz sonuçlar aşağıda belirtilmiştir:
Sorun satırında gösterilen meta veriler yenilendi Uygulamanızdaki sorunları anlamak ve önceliklendirmek artık daha kolay.
Yinelenen sorunların daha az olması Satır numarası değişikliği yeni bir soruna yol açmaz.
Çeşitli temel nedenlere sahip karmaşık sorunlarda daha kolay hata ayıklama Bir sorun içinde en yaygın yığın izlemelerde (stack trace) hata ayıklamak için varyantları kullanın.
Daha anlamlı uyarılar ve sinyaller Yeni bir sorun aslında yeni bir hatayı ifade eder.
Daha güçlü arama Her sorun, istisna türü ve paket adı gibi daha aranabilir meta veriler içerir.
Bu iyileştirmelerin kullanıma sunulma şekli:
Uygulamanızdan yeni etkinlikler aldığımızda, bunların mevcut bir sorunla eşleşip eşleşmediğini kontrol ederiz.
Eşleşme olmazsa etkinliğe otomatik olarak akıllı etkinlik gruplaması algoritmamızı uygular ve yenilenen meta veri tasarımıyla yeni bir sorun oluştururuz.
Bu, etkinlik gruplandırmamızda yaptığımız ilk büyük güncellemedir. Geri bildirimde bulunmak isterseniz veya herhangi bir sorunla karşılaşırsanız lütfen
rapor oluşturarak
bize bildirin.
Kilitlenme sorunu yaşamayan metrikleri ve/veya hız uyarılarını görmeme
Kilitlenme sorunu yaşamayan kullanıcılar ve oturumlar gibi metrikler ve/veya hız uyarıları görmüyorsanız
İçerik haritası günlükleri görünmüyor
İçerik haritası günlüklerini görmüyorsanız uygulamanızın Google Analytics yapılandırmasını kontrol etmenizi öneririz.
Aşağıdaki koşulları karşıladığınızdan emin olun:
Bu SDK, Crashlytics SDK'ya ek olarak da eklenmelidir.
Uygulamanızda kullandığınız tüm ürünler için
kullanıyorsunuz.
Kimler bir sorunla ilgili notları görüntüleyebilir, yazabilir ve silebilir?
Notlar, proje üyelerinin sorular, durum güncellemeleri vb. ile belirli sorunlar hakkında yorum yapmasına olanak tanır.
Proje üyesi bir not yayınladığında, bu not, Google hesabının e-postasıyla etiketlenir. Notu görüntüleme erişimi olan tüm proje üyeleri, notla birlikte bu e-posta adresini görebilir.
Aşağıda notları görüntülemek, yazmak ve silmek için gereken erişim açıklanmaktadır:
Aşağıdaki rollerden herhangi birine sahip proje üyeleri mevcut notları görüntüleyebilir, silebilir ve bir sorun hakkında yeni notlar yazabilir.
Kimler bir sorunla ilgili notları görüntüleyebilir, yazabilir ve silebilir?
Notlar, proje üyelerinin sorular, durum güncellemeleri vb. ile belirli sorunlar hakkında yorum yapmasına olanak tanır.
Proje üyesi bir not yayınladığında, bu not, Google hesabının e-postasıyla etiketlenir. Notu görüntüleme erişimi olan tüm proje üyeleri, notla birlikte bu e-posta adresini görebilir.
Aşağıda notları görüntülemek, yazmak ve silmek için gereken erişim açıklanmaktadır:
Aşağıdaki rollerden herhangi birine sahip proje üyeleri mevcut notları görüntüleyebilir, silebilir ve bir sorun hakkında yeni notlar yazabilir.
Uygulama aynı zamanda Google Mobile Ads SDK'sını kullanıyor ancak kilitlenme almıyor
Projeniz Google Mobile Ads SDK'sı ile birlikte Crashlytics kullanıyorsa istisna işleyicileri kaydederken kilitlenme raporu verenler müdahale ediyor olabilir. Sorunu düzeltmek için disableSDKCrashReporting yöntemini çağırarak Mobile Ads SDK'sında kilitlenme raporlarını devre dışı bırakın.
BigQuery veri kümem nerede bulunuyor?
Crashlytics'i BigQuery'ye bağladıktan sonra, oluşturduğunuz yeni veri kümeleri Firebase projenizin konumundan bağımsız olarak otomatik olarak ABD'de yerleştirilir.
Platform desteği
Geri çekilen sorunlar
Geri çekilen sorun nedir?
Daha önce sorunu kapattığınızda ise Crashlytics, sorunun yeniden oluştuğuna dair yeni bir rapor alıyor.
Crashlytics, geri çekilen bu sorunları otomatik olarak yeniden açar. Böylece bu sorunları uygulamanıza uygun şekilde ele alabilirsiniz.
Aşağıda, Crashlytics'in bir sorunu regresyon olarak nasıl sınıflandırdığını açıklayan bir örnek senaryo verilmiştir:
Crashlytics ilk kez Crash "A" ile ilgili bir kilitlenme raporu alıyor. Crashlytics, bu kilitlenme için ilgili sorunu ("A" sorunu) açar.
Bu hatayı hızlı bir şekilde düzeltir, "A" Sorunu'nu kapatır ve ardından uygulamanızın yeni bir sürümünü yayınlarsınız.
Crashlytics, siz sorunu kapattıktan sonra "A" sorunuyla ilgili bir rapor daha alır.
Rapor, sorunu kapattığınızda bildiği bir uygulama sürümünden geliyorsa (yani sürümde herhangi bir kilitlenme için kilitlenme raporu gönderilmişse) Crashlytics, sorunu regresyon olarak değerlendirmez. Sorun kapalı kalacaktır.
Rapor, sorunu kapattığınızda hiçbir zaman Crashlytics'in bilmediği bir uygulama sürümünden geliyorsa (yani sürümde, herhangi bir kilitlenme için hiçhiç kilitlenme raporu göndermediyse) Crashlytics sorunun geri çekileni kabul eder ve sorunu yeniden açar.
Bir sorun geri çekildiğinde, regresyon algılama uyarısı gönderir ve Crashlytics'in sorunu yeniden açtığını bildirmek için soruna bir regresyon sinyali ekleriz. Bir sorunun, regresyon algoritmamız nedeniyle yeniden açılmasını istemiyorsanız sorunu kapatmak yerine "sesi kapatın".
Neden eski uygulama sürümlerinde geri çekilen sorunlar görüyorum?
Rapor, sorunu kapattığınızda hiç kilitlenme raporu göndermemiş eski bir uygulama sürümünden geliyorsa Crashlytics, sorunun geri alındığını dikkate alarak sorunu yeniden açar.
Bu durum, şu durumda meydana gelebilir: Bir hatayı düzelttiniz ve uygulamanızın yeni bir sürümünü yayınladınız ancak hata düzeltmesi yapılmadan eski sürümlerini kullanmaya devam eden kullanıcılarınız var. Şans eseri, bu eski sürümlerden biri sorunu kapattığınızda hiç kilitlenme raporu göndermediyse ve bu kullanıcılar hatayla karşılaşmaya başladıysa bu kilitlenme raporları geri çekilen bir sorunu tetikler.
Regresyon algoritmamız nedeniyle bir sorunun yeniden açılmasını istemiyorsanız sorunu kapatmak yerine "sesi kapatın".