Files
brave-core/android/java
Artem Samoilenko ae146154ab [cr141][Android] Changes for TOOLBAR_TOP_ANCHORED option type
Chromium changes:
https://chromium.googlesource.com/chromium/src/+/80937223ea10c49f6c9359d5174a0c9c7283e03c

commit 80937223ea10c49f6c9359d5174a0c9c7283e03c
Author: Peilin Wang <peilinwang@google.com>
Date:   Tue Aug 5 09:08:14 2025 -0700

    [Bottom toolbar] Don't animate position changes if changed in settings

    When the bottom toolbar's position change is animated, the renderer is
    driving the animation by sending the new offsets to the browser on every
    animation tick.

    However, if the position change was done in chrome's settings, the
    browser won't get these updates (I'm guessing because the settings UI is
    covering up the toolbar?) which is why BrowserControlsManager explicitly
    updates the browser's offset when the position changes. However, this
    doesn't work with BCIV, because it causes the browser to submit a frame
    with the new height before viz receives the animation offset from the
    renderer, so the controls could appear to be in the wrong position for a
    frame or two.

    The position of the toolbar was controlled by a boolean
    SharedPreference. This CL adds more state to this SharedPreference, to
    include where the update came from. With this CL, if the update came
    from the settings page, the position change will not be animated.

    Bug: 433524798
    Change-Id: Ic47106b1caec3d99752550edb54476f773553b2e
    Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6811960
    Reviewed-by: Patrick Noland <pnoland@chromium.org>
    Commit-Queue: Peilin Wang <peilinwang@google.com>
    Cr-Commit-Position: refs/heads/main@{#1496957}
2025-09-22 14:59:34 -04:00
..