Assigned
Status Update
Comments
ra...@google.com <ra...@google.com> #2
Any updates on this? It's been a month already since I reported it, and it seems this crash is occurring quite frequently for my users.
st...@gmail.com <st...@gmail.com> #3
I am still regularly receiving reports about this issue, and it seems it has not been addressed in the latest 1.4.0-rc01 release.
ub...@gmail.com <ub...@gmail.com> #4
Seems like a fairly easy fix on our end. I'll see to that it is fixed in 1.5.
ru...@gmail.com <ru...@gmail.com> #5
thank you
ja...@gtempaccount.com <ja...@gtempaccount.com> #6
We are experiencing lint task crash when using AGP 8.3.0 and 8.3.1. AGP 8.2.2 is latest we can use that just logs this crash. The error is:
Internal error: Unexpected lint invalid arguments
* What went wrong:
Execution failed for task ':app:lintReportDebug'.
> A failure occurred while executing com.android.build.gradle.internal.lint.AndroidLintTask$AndroidLintLauncherWorkAction
> There was a failure while executing work items
> A failure occurred while executing com.android.build.gradle.internal.lint.AndroidLintWorkAction
> Internal error: Unexpected lint invalid arguments
Description
Component used: androidx.startup:startup-runtime
Version used: 1.1.1
Devices/Android versions reproduced on: Not Applicable
Running
./gradlew lintDebug
gives me an Error since one of my Initializer<T> classes is not referenced inside my AndroidManifest.xml.However, the way I have it setup, is that I have in a small module, an initializer with the shape of
And inside my
:app
module, I have the implementation of that abstract class, since there I can reference all otherInitializer
instances for thedependencies(): List<Class<out Initializer<*>>>
function, since the:app
module sees everything. That implementation class looks something likeI have this setup this way, so that DatadogInitializer can stay in its own module and can use internal values from there, without having access to where
TimberInitializer
andKoinInitializer
exist.Finally my AndroidManifest.xml does reference the implementation like this:
Now I understand that it may be a bit tricky for lint to figure this out, but it's giving me a false positive in any case and I need to figure out a way to ignore this lint error. Optimally it should be able to pick this case up.