Status Update
Comments
am...@google.com <am...@google.com>
ac...@google.com <ac...@google.com> #2
za...@gmail.com <za...@gmail.com> #3
je...@google.com <je...@google.com>
za...@gmail.com <za...@gmail.com> #4
Hi Marco, thank you for the report. We will take a look.
je...@google.com <je...@google.com>
sp...@google.com <sp...@google.com> #5
za...@gmail.com <za...@gmail.com> #6
The beta 1 sdk_gphone build won't automatically enable the change even the screen is sw600dp or greater. Future betas and the final release candidate will automatically enable the change if the screen is sw600dp or greater.
You can enable the forced change manually in one of the following two ways:
- With
adb shell
: Rundevice_config put window_manager ignore_activity_orientation_request true
to enable the change for all apps. - With Settings: enter "app info" -> "aspect ratio" -> "full screen" to enable the change for one app.
sp...@google.com <sp...@google.com> #7
I tried with the Pixel Tablet emulator with build number `BP22.250124.008` and the `UNIVERSAL_RESIZABLE_BY_DEFAULT` flag enabled and now it works as expected.
za...@gmail.com <za...@gmail.com> #8
Its own doc explicitly calls out that it's R8-safe to include (i.e. it's ok for R8 to strip it out), so I kind of feel it should just be enabled by default. Strongly agree it should just be handled by the compose compiler gradle plugin too, feels odd that control of everything but this flag moved to it.
sp...@google.com <sp...@google.com> #9
Thanks. I'll discuss with the folks at Jetbrains.
za...@gmail.com <za...@gmail.com> #10
Sorry one more issue that's arisen out of this that I'm hoping could lead y'all to consider cherrypicking this fix back to 8.7.x:
ri...@target.com <ri...@target.com> #11
sp...@google.com <sp...@google.com> #12
Any update on this issue or if there's a workaround for the time being, without changing the variant of the sub modules/projects.
This issue hasn't been fixed yet, but can you try the following as a temporary workaround:
kotlin {
compilerOptions {
freeCompilerArgs.addAll(
"-P",
"plugin:androidx.compose.compiler.plugins.kotlin:sourceInformation=true"
)
}
}
sp...@google.com <sp...@google.com> #13
This has been fixed in AGP 8.10.0-alpha02. See
Here is the new behavior:
- If the Compose Compiler Gradle plugin (CCGP) version is >= 2.1.20-Beta2:
- AGP will not add the
sourceInformation
flag at all - CCGP will add the flag by default unless the
DSL is set to false.composeCompiler.includeSourceInformation
- AGP will not add the
- Else:
- AGP will add the
sourceInformation
flag for all build types (not just debug)
- AGP will add the
an...@google.com <an...@google.com> #14
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Meerkat Feature Drop | 2024.3.2 Canary 2
- Android Gradle Plugin 8.10.0-alpha02
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
an...@google.com <an...@google.com> #15
Further fixes for this issue are now available in:
- Android Studio Meerkat Feature Drop | 2024.3.2 Canary 4
- Android Gradle Plugin 8.10.0-alpha04
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Description
Currently, when enabling compose in an android project,
includeSourceInformation
is only enabled for debug variants. However, in single-variant library projects this causes issues as developers often choose the "release" variant, resulting in inconsistent compose debugging experiences becauseincludeSourceInformation
is quietly disabled.