2017-09-11 55 views
7

Ş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.

+0

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. –

+0

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

+0

https://firebase.google.com/support/contact/bugs-features/ –

cevap

0

dönüştürme URL base64 dizesine dize ve bu yapılandırmak için herhangi bir yol yoktur bulunuyor dize

 public static String toBase64(String stringToEncode){ 
     String base64 = null; 
     try { 
      byte[] data = stringToEncode.getBytes("UTF-8"); 
      base64 = Base64.encodeToString(data, Base64.DEFAULT); 
     } catch (UnsupportedEncodingException e) { 
      e.printStackTrace(); 
     } 
     return base64; 
    } 

FirebaseCrash.report(new Exception("Error while downloading image with URL (Base 64 encoded):" + StringUtils.toBase64(s)));