diff options
| author | 2024-09-17 20:05:54 +0000 | |
|---|---|---|
| committer | 2024-09-17 20:28:11 +0000 | |
| commit | da21dd7f63687907be41283a2cf77a04586d421d (patch) | |
| tree | 3edb8ac657c787681f74b186687ca9a9dcda8bfd /services/appfunctions/java | |
| parent | 45e22250b694e8acc81e8e23d6db577d738a7ea6 (diff) | |
Fix CUJ UiThread detection when only a SurfaceControl is provided
Most methods annotated with @UiThread were not actually running on the UI thread related to the CUJ (when its ui thread was different than the app main thread).
When deferred monitoring was true (the default case), everything was fine, as the "begin" method eventually goes to the choreographer, and is scheduled on the correct UI thread.
When deferred monitoring was true and only a surface was provided though, the "begin" method was being executed
Bug: 363884280
Test: FrameTrackerTest and Checked ui thread associated with splashscreen CUJs and fold animation
Flag: NONE recent bugfix
Change-Id: I3aa1e67b50d47f1eb6ae5c896e53f6955298e750
Diffstat (limited to 'services/appfunctions/java')
0 files changed, 0 insertions, 0 deletions