Android - Detecting App Crashes + Logcat
- Dominant language
- Kotlin
- Stars
- 310
- Forks
- 28
- Avg merge
- 7h 45m
- Merged PRs (30d)
- 8
Description
Because Trailblaze runs inside an external process, we don't get signals on whether an app has crashed. With info from https://github.com/block/trailblaze/issues/54 regarding the active process ID, we could have the LLM "figure it out" like a human would based on what the foreground process is.
Ideally we could send chunks of the logcat messages to the LLM to give it more context. This is a general approach question though. Because we run inside a separate process, on-device. The instrumentation process can't access the logs of another application while running on-device.
It could be possible with "host mode" to view logs at some point, but that's currently out of scope as we are investing in on-device.
Contributor guide
Research direction
Start by reading issue #54 for the active process ID context and review the on-device instrumentation constraints described here. Investigate whether foreground-process information can identify crashes and whether logcat chunks are accessible; done is a concrete, agreed approach for on-device detection, with host mode remaining out of scope.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- mobile-dev, testing
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100