| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Since [1], the server side won't send the config change to a
cached state process, until it has an active state again.
So the logic of client side deferring can be removed.
[1]: I09c2feffba2fc124c623796af69de9f6adb60a39
Bug: 217934273
Test: ActivityThreadTest
Change-Id: Ibd113f4fb3b566e4e9cf5d7960b63a5c7790fb75
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Do not report change when initializing DisplayContent
(DisplayContent#isReady() is false).
This reduces boot time by dozen of milliseconds
(RootWindowContainer#setWindowManager).
- Only create SystemUiContext if needed. Most of processes don't
use it. This reduces many registrations (e.g. according to the
number of processes, it maybe from ~60 to ~10), which involve
binder/listener creation/invocation, especially the extra cost
of dispatching configuration to the context which no one uses.
- Store token as IWindowToken to avoid object creation every time
by asInterface.
Bug: 207620458
Test: atest InputMethodMenuControllerTest WindowContextControllerTest
Change-Id: I867e9f81116796c42048195406d74feccf4772d3
|
| |
|
|
|
|
|
|
|
|
|
|
| |
IMF has the requirement to debug if the configuration is dispatched
to InputMethodService. Since we migrated InputMethodService to
WindowProviderService, we should also move the debug logic to
WindowContext module because config updates will be no longer from
ActivityThread.
Test: build & run
Bug: 135719017
Change-Id: I248c90f36249a6a4537228f7b0204f0d4466ebc7
|
| |
|
|
|
|
|
|
|
|
|
| |
This CL makes WindowProviderService receive onConfigurationChanged
callback when there's a config update from WM side.
Test: atest WindowContextTests
Test: atest ActivityThreadTest ActivityClientTest ConfigurationHelperTest
fixes: 185766946
Change-Id: I922d52c1c38aecc1a948c79039cc03354adc646f
|
|
|
Move configuration related logic to ConfigurationController.
Bug: 127877792
Test: atest WmTests
Change-Id: I311339da5ff5d451a4e6f5131f0e6ec3533ac763
|
