Android Crashlytics sendet falsche Zeilennummer

Question

Ich versuche, Crashlytics mit meiner App zu integrieren, und es funktioniert, jedoch scheint die Zeilennummer falsch zu sein. Dies ist ein Stapel ich für meine Test Ausnahme bekommen:

Fatal Exception: java.lang.RuntimeException: This is a test crash 
    at com.myapp.testapp.activity.MainActivity.animateReveal(MainActivity.java:42453) 
    at com.myapp.testapp.activity.MainActivity.onClick(MainActivity.java:1356) 
    at android.view.View.performClick(View.java:5204) 
    at android.view.View$PerformClick.run(View.java:21153) 
    at android.os.Handler.handleCallback(Handler.java:739) 
    at android.os.Handler.dispatchMessage(Handler.java:95) 
    at android.os.Looper.loop(Looper.java:148) 
    at android.app.ActivityThread.main(ActivityThread.java:5417) 
    at java.lang.reflect.Method.invoke(Method.java) 
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:726) 
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616) 

Also mein Absturz ist auf Zeilennummer 1453 aber aus irgendeinem Grund als 42.453 es angezeigt? Interessanterweise ist die nächste Zeilennummer in dem Stapel richtig ...

Proguard:

# Crashlitics 

-keepattributes SourceFile,LineNumberTable 
-keep public class * extends java.lang.Exception 
-keepattributes *Annotation* 

Answer 1

Haben Sie dies versuchen?

Für Stoff auf Ihre Crash-Berichte ordnungsgemäß de-verschleiern, müssen Sie diese Zeile aus der Konfigurationsdatei entfernen, oder wir werden nicht automatisch Datei Ihrer Mapping-Upload in der Lage:

- printmapping mapping.txt

und

-keep Klasse com.crashlytics ** {*. }

-dontwarn com.crashlytics. **

Answer 2

wahrscheinlich es ist, weil Sie eine Release Build verwenden, die Kommentare/weißen Flecken entfernen.

Wenn Sie ein Debug Build verwenden dann kann zeigen die richtigen Zeilen, weil es nicht den Quellcode optimieren ...

Noch Ich vermute, es ist ein weiterer Grund für Die Zeilennummern werden falsch angezeigt, weil Fabric mir mitteilte, dass der Absturz in Zeile 400 stattfand, obwohl diese Funktion in Zeile 300 aufgerufen wurde. Ich meine, wenn Kommentare und Leerräume entfernt werden sollen, sollte Fabric eine Zeile mit der Zeile angegeben haben weniger als 300, nicht mehr!