Revert of Changing URL bar constraints only calls performResize on Hidden <-> Both

Revert of Changing URL bar constraints only calls performResize on Hidden <-> Both (patchset #1 id:1 of https://codereview.chromium.org/2656633003/ )

Reason for revert:
Didn't help on the perf bots. Temporarily reverting along with orignial patch to investigate.

Original issue's description:
> Changing URL bar constraints only calls performResize on Hidden <-> Both
> 
> With the change to the URL bar not causing a vertical resize on showing/hiding,
> we keep the layout height sized "as if" the URL bar was always shown. However,
> for fullscreen scenarios, since the URL bar is locked to a hidden state there's
> no need to keep it static to the smaller size so we use the full viewport
> height instead.
> 
> This means that when we change the URL bar constraints we may need to change
> the layout height. In most cases, we can rely on a Resize event being sent to
> the renderer kicking off the layout size change. The one exception here is from
> a "Locked Hidden" to "Unlocked" state, or vice-versa. That's because the URL
> bar's state might not change (it can remain hidden) but the layout size should
> change.
> 
> Note that going from "Locked Hidden" -> "Shown" doesn't have this problem as
> the URL bar state will change necessarily. Going from "Unlocked" -> "Shown" may
> or may not change the URL bar state, but it will not change the layout height
> since we use the "Shown" height for layout height when the URL bar is
> "Unlocked".
> 
> Before this patch, we were overly-aggressive in triggering performResize which
> caused us to perform extra work as the page went from "Locked Shown" to
> "Unlocked", as happens when the page is navigated. This caused a minor memory
> regression.  This patch performs the resize only when needed, on going from
> "Locked Hidden" to "Unlocked" or vice-versa.
> 
> BUG=679546
> 
> Review-Url: https://codereview.chromium.org/2656633003
> Cr-Commit-Position: refs/heads/master@{#445855}
> Committed: https://chromium.googlesource.com/chromium/src/+/38992dee686ca58d5f1a61d44ef3e534b8c2967c

TBR=aelias@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=679546
Review-Url: https://codereview.chromium.org/2659483003
Cr-Commit-Position: refs/heads/master@{#446362}
Committed: https://chromium.googlesource.com/chromium/src/+/13876a1d16f4e9a09ffacebcd3b9df0a21a2e55b

[bokan, 2017-01-26 15:55:32]

The CQ bit was checked by bokan@chromium.org

[bokan, 2017-01-26 15:55:32]

Created Revert of Changing URL bar constraints only calls performResize on
Hidden <-> Both

[commit-bot: I haz the power, 2017-01-26 15:55:44]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2017-01-26 17:34:06]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1485446132147930, "parent_rev":
"ca066a6bb4e4b2ab4d0c2cd316f4044fe2b36d78", "commit_rev":
"13876a1d16f4e9a09ffacebcd3b9df0a21a2e55b"}

[commit-bot: I haz the power, 2017-01-26 17:34:36]

Description was changed from

==========
Revert of Changing URL bar constraints only calls performResize on Hidden <->
Both (patchset #1 id:1 of https://codereview.chromium.org/2656633003/ )

Reason for revert:
Didn't help on the perf bots. Temporarily reverting along with orignial patch to
investigate.

Original issue's description:
> Changing URL bar constraints only calls performResize on Hidden <-> Both
> 
> With the change to the URL bar not causing a vertical resize on
showing/hiding,
> we keep the layout height sized "as if" the URL bar was always shown. However,
> for fullscreen scenarios, since the URL bar is locked to a hidden state
there's
> no need to keep it static to the smaller size so we use the full viewport
> height instead.
> 
> This means that when we change the URL bar constraints we may need to change
> the layout height. In most cases, we can rely on a Resize event being sent to
> the renderer kicking off the layout size change. The one exception here is
from
> a "Locked Hidden" to "Unlocked" state, or vice-versa. That's because the URL
> bar's state might not change (it can remain hidden) but the layout size should
> change.
> 
> Note that going from "Locked Hidden" -> "Shown" doesn't have this problem as
> the URL bar state will change necessarily. Going from "Unlocked" -> "Shown"
may
> or may not change the URL bar state, but it will not change the layout height
> since we use the "Shown" height for layout height when the URL bar is
> "Unlocked".
> 
> Before this patch, we were overly-aggressive in triggering performResize which
> caused us to perform extra work as the page went from "Locked Shown" to
> "Unlocked", as happens when the page is navigated. This caused a minor memory
> regression.  This patch performs the resize only when needed, on going from
> "Locked Hidden" to "Unlocked" or vice-versa.
> 
> BUG=679546
> 
> Review-Url: https://codereview.chromium.org/2656633003
> Cr-Commit-Position: refs/heads/master@{#445855}
> Committed:
https://chromium.googlesource.com/chromium/src/+/38992dee686ca58d5f1a61d44ef3...

TBR=aelias@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=679546
==========

to

==========
Revert of Changing URL bar constraints only calls performResize on Hidden <->
Both (patchset #1 id:1 of https://codereview.chromium.org/2656633003/ )

Reason for revert:
Didn't help on the perf bots. Temporarily reverting along with orignial patch to
investigate.

Original issue's description:
> Changing URL bar constraints only calls performResize on Hidden <-> Both
> 
> With the change to the URL bar not causing a vertical resize on
showing/hiding,
> we keep the layout height sized "as if" the URL bar was always shown. However,
> for fullscreen scenarios, since the URL bar is locked to a hidden state
there's
> no need to keep it static to the smaller size so we use the full viewport
> height instead.
> 
> This means that when we change the URL bar constraints we may need to change
> the layout height. In most cases, we can rely on a Resize event being sent to
> the renderer kicking off the layout size change. The one exception here is
from
> a "Locked Hidden" to "Unlocked" state, or vice-versa. That's because the URL
> bar's state might not change (it can remain hidden) but the layout size should
> change.
> 
> Note that going from "Locked Hidden" -> "Shown" doesn't have this problem as
> the URL bar state will change necessarily. Going from "Unlocked" -> "Shown"
may
> or may not change the URL bar state, but it will not change the layout height
> since we use the "Shown" height for layout height when the URL bar is
> "Unlocked".
> 
> Before this patch, we were overly-aggressive in triggering performResize which
> caused us to perform extra work as the page went from "Locked Shown" to
> "Unlocked", as happens when the page is navigated. This caused a minor memory
> regression.  This patch performs the resize only when needed, on going from
> "Locked Hidden" to "Unlocked" or vice-versa.
> 
> BUG=679546
> 
> Review-Url: https://codereview.chromium.org/2656633003
> Cr-Commit-Position: refs/heads/master@{#445855}
> Committed:
https://chromium.googlesource.com/chromium/src/+/38992dee686ca58d5f1a61d44ef3...

TBR=aelias@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.
BUG=679546

Review-Url: https://codereview.chromium.org/2659483003
Cr-Commit-Position: refs/heads/master@{#446362}
Committed:
https://chromium.googlesource.com/chromium/src/+/13876a1d16f4e9a09ffacebcd3b9...
==========

[commit-bot: I haz the power, 2017-01-26 17:34:37]

Committed patchset #1 (id:1) as
https://chromium.googlesource.com/chromium/src/+/13876a1d16f4e9a09ffacebcd3b9...

[bokan, 2017-02-01 04:03:32]

A revert of this CL (patchset #1 id:1) has been created in
https://codereview.chromium.org/2661313004/ by bokan@chromium.org.

The reason for reverting is: Relanding - the revert didn't improve the regressed
metric..