Commit e4bacf58 authored by sandromaggi's avatar sandromaggi Committed by Commit Bot

[Autofill Assistant] No delay for first animation.

The first animation used to be delayed, this is not necessary as there
are no previous animations to wait for.

Bug: b/158750294
Change-Id: If4260181f45be9fb9aaaea574c507600891b58c2
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2302617Reviewed-by: default avatarLuca Hunkeler <hluca@google.com>
Commit-Queue: Sandro Maggi <sandromaggi@google.com>
Cr-Commit-Position: refs/heads/master@{#789854}
parent d803647a
......@@ -397,9 +397,9 @@ public class AssistantStepProgressBar {
if (i == step && step == mCurrentStep + 1) {
// In case we advance to a new step, start the enable animation on the current
// icon. Start the pulsating animation with a delay such that it only starts after
// the other animations have run.
mIcons[i].startPulsingAnimation(/* delayed= */ true);
// icon. If not for the first step, start the pulsating animation with a delay such
// that it only starts after the other animations have run.
mIcons[i].startPulsingAnimation(/* delayed= */ mCurrentStep != -1);
} else {
mIcons[i].setPulsingAnimationEnabled(i == step);
}
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment