1) Adds biometrics.proto definition for BaseClientMonitor subtypes
2) Adds BiometricScheduler proto dump
When dumping the scheduler, the caller may request for the recent
operation queue to be cleared after dumping or not.
Note that we don't need BiometricScheduler.Operation#STATE_*
in the dump, since (for now) we just want to know what operations
have been run.
We can always add additional state, success/failure, etc in the
future if needed.
Bug: 159667191
Test: atest com.android.server.biometrics
Test: atest CtsBiometricsTestCases
Change-Id: I7d2350f00aaeef03ab7d74013b476af053240320
This CL changes the behavior of PM#goToSleep to instead turn off the
power for the default display group. PM#wakeUp turns on the default
display group.
If all display groups are turned off, the device will go to sleep. If
any display group is on, the device will remain interactive.
This results in no behavior change if there is a single display group.
However if there are multiple display groups then it will be possible to
interact with ones that are on while others are off.
Bug: 138328918
Bug: 170935083
Bug: 175919649
Test: atest PowerManagerServiceTest
Change-Id: I8b475c38886eda3e43d6e8da7e68102a25da1584
Sometimes we want to show a dialog, sometimes a notification, sometimes
nothing.
- Also some minor UI tuning to match mocks.
- Also suppress dialog while dialog is visible and shortly after. This
avoids a dialog directly after closing previous dialog.
Test: Triggered dialog. Needs exhaustive test of all
cases though.
Bug: 162549680
Change-Id: I52ccd22858969823d8670a9e345d3da994ec1c19
Read value whether HDMI CEC is enabled from HdmiCecConfig and cache it
in HdmiControlService. This changes the type from boolean to int.
Adapt the @hide listener for a change of this value to return integers
instead of booleans as well.
Bug: 171870477
Test: atest com.android.server.hdmi
Change-Id: I6275fe1b3e1ca62c210019e1df216f8731a0b5ab
Migrate HdmiControlManager#(get|is)HdmiCecVolumeControlEnabled to use
the new HdmiCecConfig.
This config is backed by an integer, the volume control enabled states
are migrated from boolean values to a new IntDef. Listeners also return
these integer values.
Bug: 172819080
Test: atest com.android.server.hdmi
Change-Id: I0e1fb46886f89f143bb830494ab23602301e3d8e
For each camera session, collect capture latency histogram for all streams.
Test: Camera CTS, and observe statsd output
Bug: 154159000
Change-Id: I7741371ca8540cdf9c9a47246c0ef0f0f82df32a
Enables SysUI to draw enroll/auth-specific affordances
If the UI diverges, we can consider enroll or auth specific
UdfpsView subclasses(?) but currently enrollment just shows
an extra circle.
Fixes: 177275693
Test: atest com.android.systemui.biometrics
Change-Id: I5b2aaf00c55279a81348ec7a5dc387b6e62751c0
The only public API (that I know!) that let touches pass-through is
FLAG_NOT_TOUCHABLE, so I've put the rules that relate to app-developers
there.
Please let me know if there are any other public APIs that makes a
window let touches pass-through. The other one I know of is
ViewTreeObserver.addOnComputeInternalInsetsListener() that let's you
specify the touchableRegion, but that's not public.
(The feature works regardless of the API used to make the window
pass-through)
The docs are a shorter version of the "Rules" section of
go/untrusted-touches.
Bug: 158002302
Fix: 173022596
Test: Build
Change-Id: Ic7ba68f03587112db2cc93128ac41cb09d443127
Test: Manually add a listener in another serviec and change state with
`adb shell cmd sensor_privacy enable 0 microphone`.
Bug: 162549680
Change-Id: I4a77bc2bba4405b2ba962e767005ca443a2d732f
For the spaceship mode this is purely an internal refactorization since
all the apis remain the same and the state is kept in sync across users.
For the individual controls there's new calls to set the state of the
toggle per user or per profile group.
Test: Manually change state with `adb shell cmd sensor_privacy enable 0
microphone`
Manually upgrade from old persistence to new persistence form
Manually check that the persisted state remains when rebooted.
Bug: 162549680
Change-Id: I0a5eac7a5c3beb272a456790d999a0282d77bf09
Test: Verified regular fingerprint enrollment correctly logged
enrollment.
Test: Verified that the find fingerprint sensor activity no longer
falsely reports a failed enrollment.
Bug: 175316123
Fingerprint enrollment shows a find sensor screen which makes a call to
FingerprintManager.enroll(), the purpose is to get the user to locate
the sensor. The consequence was that logging built into the framework
was incorrectly logging a failed enrollment after cancellation.
Change-Id: I2ec27120943e1ce3d70f5ca2f3221a4b3b571c39
Bug: 174742989
Test: GCA (basic validity)
Test: Without this CL, capture many images with GCA, profile with
simpleperf, stack traces with java.lang.Float.valueOf in
mm_fault_count kprobes : 21% (most of them coming from
MarshalQueryableArray.unmarshal)
Test: Without this CL, capture many images with GCA, profile with
simpleperf, stack traces with java.lang.Float.valueOf in
mm_fault_count kprobes : 3.92%
Test: camera CTS, no new failures.
Change-Id: If359c828a231df41ba7b586bdda36255656a5a76
Signed-off-by: Jayant Chowdhary <jchowdhary@google.com>
ag/13253804 fixes test we broke in attempt #1 (ag/13228932).
-- Original CL description (update "Test:" line):
After getting enough feedback from dogfooders, the issues left open that
we know of (that will still be addressed ofc) either don't hurt dogfood
experience (eg. b/172627742 touch is blocked only during AGSA's -1
screen <> launcher side animation) or are 3p apps that will have to
change their code at some point. So, turning the feature on in its final
enforcing mode.
Also removing toast since at this point this is more noise than signal.
We're seeing many duplicate bugs (many of which are WAI) that the
dogfooder would likely not notice if it wasn't for the toast. If there
is a real issue the user will still notice by the unresponsiveness and
given a bugreport we will be able to check via logcat.
However, I have not removed the code completely and left that as part
of b/169067926 since we may decide to turn it back on before or on
DP/Beta.
Bug: 158002302
Test: atest WindowUntrustedTouchTest WindowInputTests inputflinger_tests
inputflinger_benchmarks libinput_tests libgui_test
Test: Verify untrusted touches are blocked via logcat but no toast.
Change-Id: I709711e60f5f4f563e018ee079ef89418e161d14
Preallocate sensor event for listener to avoid allocating for each
sensor event notification and garbage collection.
Bug: 161634265
Test: atest InputDeviceSensorManagerTest
Change-Id: I9ef32d57116d0ee4fe7e7b331cb0b2b35d43806f
