Associate RenderNodes created for hw bitmap w/ views
In transition animations, in order to capture the content of a view or a drawable in a hw bitmap, a RenderNode needs to be created. The RenderNode was previously setup with no owning view. As a result, in cases where RenderNode animations are triggered by the draw calls in displaylist recording, these animations would fail for lack of a view to animate on. This CL ensures that when RenderNodes are created for the purpose of populating content in a hw bitmap in transitions, there's always a view associated with each RenderNode. BUG: 65160121 Test: Force to repro crash by changing press state during hw bitmap creation, which triggers a ripple animation that led to the otherwise timing dependent and hard to repro crash. Change-Id: I2b4ba95cad25a94d50b3904e775606f737e960e3
Loading
Please register or sign in to comment