summaryrefslogtreecommitdiff
path: root/rs/java/android/renderscript/ProgramFragmentFixedFunction.java
diff options
context:
space:
mode:
authorRobert Carr <racarr@google.com>2021-03-30 15:33:25 -0700
committerRobert Carr <racarr@google.com>2021-03-30 15:41:48 -0700
commit76b6f4a8886efba49f2e8b25da5eb11f8b58feac (patch)
tree7819cb296887145ba356c491375f07667a36339a /rs/java/android/renderscript/ProgramFragmentFixedFunction.java
parent0f97905040606c3bba2f90d9dba33c16cb76873a (diff)
WindowState: Avoid destroying surface during relayout
It's hard to find any reason for why this line of code needs to exist in the present system. Prior to the removal of detachChildren we needed to ensure we destroyed the surface when cancelling an animation (as the old surface would be detached and no longer usable), however in the current state I struggle to find any reason. It seems the situation is creating some confusion with the BLASTBufferQueue callback handling when the ViewRoot swaps out the SurfaceControl of an existing BLASTBufferQueue. We need to understand this situation more but the easiest way to stop bugs will be to prevent it from happening in the first place. Bug: 180194022 Test: Existing tests pass, manual testing of cancelling animations while slowing down Change-Id: Id450d49951bd276d3c8a8c16705568e9c328a698 Change-Id: I1e8f56ae6e7280325c0622dd13e5f1d77c4aabde
Diffstat (limited to 'rs/java/android/renderscript/ProgramFragmentFixedFunction.java')
0 files changed, 0 insertions, 0 deletions