- those use cases can no longer be called multiple times: calling them twice will likely result in "Account already exists" error
- the error recovery (when receiving "Account already exists" error) is in `SignupViewModel` (`catchWhen`)
Bump all library versions to minor+=1 and path=0 (except for plugins)
as updating to Kotlin 1.5 can have breaking changes (like in the
experimental Duration API which forced us to update Store)
The intended behavior is to always have an up to date version of the
Detekt configuration so that it reflects in the developers' IDE
(through the IDE plugin). Since there are chances Detekt tasks are
only going to be run by CI, only downloading Detekt's rules before
the Detekt tasks would never update the configuration on the
developers' machines.
Some project may depend on a specific place where the report is
generated. By removing Algidardas' plugin, this was not possible
anymore so this adds a configuration which should allow to have a
similar effect.
Only download the Detekt configuration before detekt is run to avoid
downloading it constantly
Due to a breaking change in the experimental Duration API in Kotlin
1.5 and a conflict with inline classes and coroutine in the IR
compiler. I had to update several dependencies.
* Fix tests won't run anymore by updating Kotlin (and dependencies)
+ turbine
* Update Store4 since there was a breaking change in Kotlin 1.5's
experimental Duration API on which Store4 relied
* Fix some deprecated calls (toUppercase/toLowercase, capitalize,
expectItem, ...)
* Update to AGP 7 and gradle wrapper to 7.1
* Update hilt to make it work with AGP 7
* Remove `enableFeaturePreview("GRADLE_METADATA")` which are not needed anymore
* Remove `javaCompileOptions.annotationProcessorOptions.includeCompileClasspath` which is not supported anymore
* Add a task to convert SARIF reports into gitlab's JSON format to replace Algirdas' plugin
Algirda's plugin was not working on Java 9 and above because Java 9 now requires modules dependencies as part of project jigsaw.
The libraries must now declare their dependencies and since the plugin was not built against Java 9, this was causing an issue with Gson relying on `java.sql` but not included at runtime.
I couldn't find a way to fix it without either updating Algirda's plugin or making my own Gradle task. I took the latter option as depending on Algirda's code could be an issue if he's not available to fix the issue. Also, the code was fairly easy to duplicate and include into our own codebase.