172bdbc5026fdafb30905e7e462c5184c8cd840f
Following the same logic as the revision "Destroy SurfaceControl from RenderThread" we have a similar race condition with the native object behind the mSurface object. In addition that CL introduces a logic error...previously in positionLost we assumed if mSurfaceControl != null then mSurface had not been released, but now we release the Surface but wait on the RenderThread to release the SurfaceControl when it tries to grab the frame number to create the deferred transaction the Surface has already been released and we go on to crash. Releasing them all in the same place fixes this. Bug: 141525040 Test: go/wm-smoke Change-Id: I7c938cd498a9260146f34f2d6e18744854d69946
…
…
…
…
…
…
Merge "Deprecate redundant IMS APIs in TelephonyManager." am:
8012f3df57 am: 2c8a876fd2 am: cf7c905b2e
…
Description
No description provided
Languages
Java
73.7%
Kotlin
14%
PowerBuilder
5.8%
C++
5.2%
AIDL
1%