Status Update
Comments
ki...@google.com <ki...@google.com>
il...@google.com <il...@google.com> #2
Any updates on this? It's still an issue, specifically for SDK30+ as the implementation switches from checking systemUiVisibility flags
[Deleted User] <[Deleted User]> #3
Can you see if this issue is still present in version 1.8.0-alpha07
? The implementation has changed a bit since 1.8.0-alpha04
, so it's possible this was resolved.
ap...@google.com <ap...@google.com> #4
I'm working internally, so would it be possible to update the version there?
Edit: Discussed offline
il...@google.com <il...@google.com> #5
It looks like the issue here is querying isAppearanceLightStatusBars
on API 30 and above when the value hasn't been set by WindowInsetsControllerCompat
itself, likely due to:
A potential workaround is to rely on internal platform behavior, and flip the flag stopping the real value being reported with something like window.insetsController?.setSystemBarsAppearance(0, 0)
. Even though the mask is zero (meaning no appearance has changed), that method has the side-effect of flipping the controlled flag:
Description
It would be very helpful if
ShareCompat.IntentBuilder.from(Context, ComponentName)
was made public. Now thatActivityResultContract
exists it would be immensely useful to not require anActivity
to useShareCompat
since contracts only receive aContext
.