Şu anda uygulamanızda Firebase Crash raporlamasını kullanıyoruz - ve biz garip bir şey fark ettik. Herhangi bir kilitlenmenin hatalarını ayıklamamıza yardımcı olmak için, sunucularımıza yapılan sunucu istekleri/yanıtları hakkında bilgi eklemek için FirebaseCrash.log'u kullanırız.Firebase Crash URL'leri yeniden düzenlenmiş günlükler
Ancak son zamanlarda, günlüklerin yeniden oluşturulduğunu fark ettik. biz ne söyleyebilirim bu günlükleri ile bize bırakarak sunucu tarafında oluyor itibaren bu gibi göründüğünü:
7: 51: 11,914 AM gmp_nav20_crash <-201
https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC]
(287ms, bilinmeyen uzunluktaki gövde)7: 51: 11,626 AM gmp_nav20_crash -> SONRASI
https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC]
http/1.1 (67-bayt vücut)
en azından belli alanlar için de bu devre dışı herhangi bir yolu var mı? Tam olarak neyin yanlış gittiğini daha zor takip ediyor ve kullanıcı için görebileceğim herhangi bir anlamlı koruma sunmuyor.
kodlanmış göndermek. Risk, birçok URL'nin hassas bilgiler içerebileceğidir ve kütüphanenin bunu bilmesinin bir yolu yoktur. Bu yüzden son kullanıcı için emniyet tarafında yanıyor. –
Teşekkürler, Doug! Bunun için bir özellik isteği göndermek için doğru yol nedir? Bu, kontrol ettiğimiz URL'ler için kesinlikle ilgi çekici bir şey olurdu (ve açığa çıkarmanın güvenli olduğunu bilin) – tmtrademark
https://firebase.google.com/support/contact/bugs-features/ –