Fixed
Status Update
Comments
jb...@google.com <jb...@google.com>
ap...@google.com <ap...@google.com> #2
Or when changing to textView.textMetricsParamsCompat still crash.
private fun setAsyncText(textView: AppCompatTextView, text: String?) {
if (!text.isNullOrEmpty()) {
val textFuture = PrecomputedTextCompat.getTextFuture(text!!, textView.textMetricsParamsCompat, null)
textView.setTextFuture(textFuture) //Crash
}
}
private fun setAsyncText(textView: AppCompatTextView, text: String?) {
if (!text.isNullOrEmpty()) {
val textFuture = PrecomputedTextCompat.getTextFuture(text!!, textView.textMetricsParamsCompat, null)
textView.setTextFuture(textFuture) //Crash
}
}
jb...@google.com <jb...@google.com> #3
add this line :
textView.setLayoutDirection(ViewCompat.getLayoutDirection(textView));
before :
setTextFuture(....)
textView.setLayoutDirection(ViewCompat.getLayoutDirection(textView));
before :
setTextFuture(....)
Description
Component used: Core
Version used: 1.7.0-alpha02. Also affects Activity
1.4.0-alpha01
and up.When using the
addMenuProvider
methods that take aLifecycle
, callingremoveMenuProvider
doesn't actually remove the underlyingLifecycleObserver
thatMenuHostHelper
adds.This has a couple of implications:
removeMenuProvider
is called when the Lifecycle is below the givenstate
,removeMenuProvider
doesn't remove theMenuProvider
and when the Lifecycle reaches the given state, it still gets addedremoveMenuProvider
is called when the Lifecycle is above the givenstate
,removeMenuProvider
does remove theMenuProvider
, but if the Lifecycle goes down and then back up again, it gets re-added.ActivityResultRegistry
handles these cases (register
with aLifecycleOwner
, then callingunregister
) byLifecycleOwner
+LifecycleObserver
instancesMenuProvider
as the key.