NativeScript / NativeScript/android
[Marking Mode: None]: Crash: Attempt to use cleared object reference
まだ誰も着手していません。
- 主要言語
- C++
- スター
- 563
- フォーク
- 144
- 平均マージ
- 10時間 46分
- マージ済み PR(30日)
- 14
説明
Please, provide the details below:
Via crashlytics we have been getting reports of crashes of the type
com.tns.NativeScriptException: Attempt to use cleared object reference id=48048(com.tns.NativeScriptException: Attempt to use cleared object reference id=48048
com.tns.Runtime.getJavaObjectByID(Runtime.java:893)
Did you verify this is a real problem by searching Stack Overflow and the other open issues in this repo?
Other closed bugs reference the same or similar issues (latest was closed for 3.0.0).
Please provide the following version numbers that your issue occurs with:
- CLI: 3.2.1
- Cross-platform modules: 3.2.0
- Runtime(s): 3.2.0
- Plugin(s):
-
- nativescript-angular: 4.4.1
-
- nativescript-fabric: 0.3.1
-
- nativescript-pro-ui: 3.2.0
-
- nativescript-google-maps-sdk: 2.3.3
Built using webpack (npm run ns-bundle --android --build-app --snapshot --clean --release)
Also using in app/package.json:
"android": {
"v8Flags": "--expose_gc",
"markingMode": "none"
}
Did the error happen while the app was being constructed? (buildtime error)
No
Did the error happen while the app was executing? (runtime error)
Yes, but I haven't reproduced it myself. Just numerous similar stack traces being sent via crashlytics/fabric.
e.g.
#0. Crashed: main: 0 0 0x0000000000000000
at .Error: com.tns.NativeScriptException: Attempt to use cleared object reference id=48048(com.tns.NativeScriptException: Attempt to use cleared object reference id=48048
com.tns.Runtime.getJavaObjectByID(Runtime.java:893)
com.tns.Runtime.callJSMethodNative(Native Method)
com.tns.Runtime.dispatchCallJSMethodNative(Runtime.java:1084)
com.tns.Runtime.callJSMethodImpl(Runtime.java:966)
com.tns.Runtime.callJSMethod(Runtime.java:953)
com.tns.Runtime.callJSMethod(Runtime.java:937)
com.tns.Runtime.callJSMethod(Runtime.java:929)
com.tns.gen.java.lang.Runnable.run(Runnable.java:10)
android.os.Handler.handleCallback(Handler.java:751)
android.os.Handler.dispatchMessage(Handler.java:95)
android.os.Looper.loop(Looper.java:154)
android.app.ActivityThread.main(ActivityThread.java:6780)
java.lang.reflect.Method.invoke(Native Method)
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1496)
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1386):1)
at . ... (repeats with slight differences)
full trace at https://pastebin.com/JEGTYrpx
Please tell us how to recreate the issue in as much detail as possible.
Unknown. Possibly random.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
com.tns.Runtime.getJavaObjectByID(Runtime.java:893) と提供された Crashlytics trace から始め、報告された runtime バージョンと Android の markingMode 設定を比較します。完了条件は、再現可能なケースと、クリアされたオブジェクト参照によるクラッシュに対する検証済みの修正があることですが、issue には再現手順がありません。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- android, cpp, java
- 領域
- mobile-dev
- issue の種類
- バグ
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 15/100