NativeScript / NativeScript/nativescript-cli
Unable to wait for more than ~20 seconds on application start with --debug-brk
還沒有人認領這個 Issue。
- 主要語言
- JavaScript
- 星號
- 1.1k
- 分支
- 204
- 平均合併
- 1 天 9 小時
- 30 天內合併 PR
- 8
描述
Environment
Provide version numbers for the following components (information can be retrieved by running tns info in your project folder or by inspecting the package.json of the project):
- CLI: 5.2.0 (the current
next) - Cross-platform modules: 5.1.0
- iOS Runtime: 5.1.1
To Reproduce
tns create myApp --jstns debug ios --debug-brk(on a real iOS device)- open the debug URL in chrome
- wait on the first line for more than 30 seconds (the app will be killed and the debugger disconnected)
Expected behavior
You should be able to wait there as much as you want
Additional context
The app is killed by iOS. We've solved this issue for simulators by attaching an lldb debugger to the application (check out the iOS simulators application manager). We should implement a similar solution in the ios-device-lib - we could use some gdb options in order to attach a native debugger to the app when waitForDebugger is passed.
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
研究方向
從 tns debug ios --debug-brk 進入點開始,檢查 ios-device-lib 對 waitForDebugger 的處理方式,並與 iOS 模擬器應用程式管理員的行為進行比較。在實際的 iOS 裝置上重現,並驗證附加原生偵錯工具後,應用程式與 Chrome 偵錯工具的連線能維持超過 30 秒。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- ios, javascript
- 領域
- cli, devtools, mobile-dev
- Issue 類型
- 缺陷
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 停滯
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100