summaryrefslogtreecommitdiff
path: root/tests/DynamicCodeLoggerIntegrationTests/src/cpp/test_executable.cpp
diff options
context:
space:
mode:
authorTiger Huang <tigerhuang@google.com>2018-11-28 16:46:08 +0800
committerTiger Huang <tigerhuang@google.com>2018-12-04 14:24:42 +0800
commitc4f6b122bcec67e04851a688cdf3fb3c1f9e3fea (patch)
tree2c0191ef63e9b8e000c96879f3ef5867defc7e82 /tests/DynamicCodeLoggerIntegrationTests/src/cpp/test_executable.cpp
parentff9d6ab69fef9469d8603a30f26e42ab7dcb7f1c (diff)
Fix DisplayPolicyLayoutTests
WindowTestsBase.createWindow() would not only create a WindowState object, but would also create its parents and add it to the scene graph. When WindowTestsBase is creating the StackWindowController, it will invoke controller.onOverrideConfigurationChanged() which eventually requests a traversal to layout all the windows. The layout caused by the traversal has chances to impact the test. DisplayPolicyLayoutTests uses its own display frame to perform the layout. The width and height are arbitrary which may not be the same as the width and height of the mDisplayContent in the scene graph. So if the layout is performed by the mDisplayContent (instead of DisplayPolicyLayoutTests), the window frames will be different. With this change, we use the mGlobalLock to protect our tests. It ensures that no one would modify the window frames computed by layoutWindowLw() when we are testing them. Bug: 120075361 Test: atest DisplayPolicyInsetsTests \ DisplayPolicyLayoutTests \ DisplayPolicyTests Change-Id: I11420d3ddfc1d0610d000919574ad5bfba27345a
Diffstat (limited to 'tests/DynamicCodeLoggerIntegrationTests/src/cpp/test_executable.cpp')
0 files changed, 0 insertions, 0 deletions