Fixed
Status Update
No update yet.
Comments
wd...@google.com
di...@google.com
Thank you for your submission. Can you provide the idea.log file from (help> show log > idea.log). Also provide the addition information like Android Studio version & OS (Android Studio menu > About) along with additional steps to replicate the issue (if any?)
This will help ensure the team can correctly triage and reproduce your issue.
If we do not get an update in the next 30 days we will close this issue.
This will help ensure the team can correctly triage and reproduce your issue.
If we do not get an update in the next 30 days we will close this issue.
jb...@gmail.com
This has so far only happened on CI using AGP 3.2.0 so there are no Android Studio logs.
mo...@gmail.com
Hello, is there any update on this issue?
jl...@google.com
Yigit: FYI compiling seems to be busted with parallel compilation?
Jerome: Anything we should be doing special for parallel compilation?
Jerome: Anything we should be doing special for parallel compilation?
mo...@gmail.com
thats weird, jetifier fails to read its own resources. :/.
jl...@google.com
I presume that the parallel execution makes it to choke on the same stream (= file descriptor) when loading the config from multiple threads.
I'm looking at the usage in databinding where I can see this:
private val typeRewriter by lazy(LazyThreadSafetyMode.NONE) {
val config = ConfigParser.loadDefaultConfig()
}
I presume that LazyThreadSafetyMode.NONE might be the issue? As that might probably trigger multiple accesses to the same config file at the same time?
I'm looking at the usage in databinding where I can see this:
private val typeRewriter by lazy(LazyThreadSafetyMode.NONE) {
val config = ConfigParser.loadDefaultConfig()
}
I presume that LazyThreadSafetyMode.NONE might be the issue? As that might probably trigger multiple accesses to the same config file at the same time?
jl...@google.com
we don't really do multi threading so it is lazy because we don't want to pre-allocate it until needed.
mo...@gmail.com
I don't understand what you mean by not doing multithreading. Gradle build indeed does multhithreading as you can se above on the parallel build.
jl...@google.com
We just looked into it with Hung and the solution should be to have the config file as a singleton in the LibTypes. Right now the parallel build makes it load several configs in parallel which causes that it chokes on the file stream.
ke...@gmail.com
I just submitted a fix for this (Change-Id: I2675640875bcae7e5f1346de8c12acb3a0379902).
The fix will be available in AGP 3.5.0-alpha05. Please try it out when it's released, and let us know if you still run into this issue.
The fix will be available in AGP 3.5.0-alpha05. Please try it out when it's released, and let us know if you still run into this issue.
Description
Shortly after launch, layout inspector crashes the app within first 10 seconds. Sometimes it may stay for longer, until I click some view for inspection. The crash occurs regardless of the device I use: Samsung Tab S6 Lite (API 31), Android Emulator (API 32) and Pixel 4 (API 33). For some reason this issue is specific to my project and I wasn't able to create a reproducible test project for you. I've attached logs from devices and a thread dump from Android Studio.
I would be grateful for any insight on where to look for the problem.
P.S. Also, I can't file an issue under Android Studio > Design Tools > Layout Inspector category.