From 3ccc52731523dfa26948dfacdda48a19a70b1e4f Mon Sep 17 00:00:00 2001 From: Robert Carr Date: Mon, 20 Jun 2016 22:06:32 -0700 Subject: [PATCH] Enable resize during relayout fix for all stacks. Follow-up to ag/1080938/. Brought in now as the scenario occurs quite frequently during unfrozen rotation. Bug: 28559097 Change-Id: I78d116ea61f5737458f22c6743540a66ae804dd0 --- .../java/com/android/server/wm/WindowStateAnimator.java | 7 +------ 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/services/core/java/com/android/server/wm/WindowStateAnimator.java b/services/core/java/com/android/server/wm/WindowStateAnimator.java index 62c70b3f0a943..6c554954c6dc4 100644 --- a/services/core/java/com/android/server/wm/WindowStateAnimator.java +++ b/services/core/java/com/android/server/wm/WindowStateAnimator.java @@ -1412,12 +1412,7 @@ class WindowStateAnimator { // However, this would be unsafe, as the client may be in the middle // of producing a frame at the old size, having just completed layout // to find the surface size changed underneath it. - // - // TODO: For N we only apply this fix to the pinned workspace. As we - // aren't observing known issues here outside of PiP resizing. (Typically - // the other windows that use -1 are PopupWindows which aren't likely - // to be rendering while we resize). - if (!w.inPinnedWorkspace() || (!w.mRelayoutCalled || w.mInRelayout)) { + if (!w.mRelayoutCalled || w.mInRelayout) { mSurfaceResized = mSurfaceController.setSizeInTransaction( mTmpSize.width(), mTmpSize.height(), recoveringMemory); } else {