This causes it to be consistently picked up for grantPermissions.
Test: Manual - share to Gmail from screenshot notification.
Change-Id: I194526db97eed4af78d35ef3070eb89c4d5d57d7
Previously reverted due to b/72554856, fix for that in topic.
Original commit message:
Security model for moving sharesheet to systemui
ResolverActivity (still in frameworks) now requests a "permission token"
that it hands to a stubbed system ui activity ChooserActivity.
This permission token allows an app (SysUI) with the signed permission
"START_ACTIVITY_AS_CALLER" to call
ActivityManagerService#startActivityAsCaller. Permission tokens are a
one-time use, limited-time offer.
Test: runtest systemui && manual testing
Bug: 69850752
Change-Id: Ia50e21e2f8c6b6d0ed7207625e3b5aef214396bb
dozeTimeTick implementations provided by clock plugins
should update the time of the clock while the device
is dozing and deal with burn-in related issues.
Bug: 119035943
Test: KeyguardClockSwitchTest passes locally.
Test: Custom clock updates with time on AOD screen.
Change-Id: I5c31e6d856c5a80dc3e501831dda5a62c0be5ba0
Also check for whether the stack is detached in extreme cases
because the synchronized scope is not a continuous block in
the callback of animator.
Bug: 118816763
Test: atest ActivityManagerPinnedStackTests# \
testRemovePipWithVisibleFullscreenStack
Change-Id: I12d4d507fe08b3bd34eed2b00ac531c2cbb2b561
The crash happened when the external display removed during relayout and post
message to notify keyguard flags changed for updating transition on
this display, and then got NULL activiy display after message received.
Add a null check in notifyKeyguardFlagsChanged to fix this crash.
Bug: 119285175
Test: All existing tests passed.
Change-Id: I1768b1485d20973049fc92f97dcaccde31510499
Thanks Wale for this super clever temp solution. (^_^)
Introduce DisplayHomeButtonHandler to make flags handled per display.
The changes are:
- Extend DoubleTapHomeTimeoutRunnable to DisplayHomeButtonHandler
- Move mHomePressed, mHomeConsumed, mHomeDoubleTapPedding into DisplayHomeButtonHandler to be its members
- Move home handling logic to handleHomeButton, which is a method in DisplayHomeButtonHandler
- Add a displayId - handler map to handle home keys per display
Bug: 115978725
Test: atest com.android.server.policy
Test: Manual - Press home on secondary display and verify if home
activity launched on secondary display
Change-Id: Ie7b4c72c8f9ff46b20b0a94cf6c36ba7db777128
After typing a wrong PIN, the EditText view will be disabled and lose the focus,
as a result, inputs from hardware keyboard won't be sent to PIN EditText.
Test: 1. Enable PIN lock
Test: 2. Lock the device with Power key
Test: 3. Enter wrong PIN from a physical keyboard
Test: 4. Try to enter PIN again with physical keyboard
Bug: 119287260
Change-Id: I04df523c19c99bef75ea481b44154f7ba2270689
Signed-off-by: Wang, ArvinX <arvinx.wang@intel.com>
Signed-off-by: Guobin Zhang <guobin.zhang@intel.com>
DisplayNavigationBarController is a class to control everything related
to external navigation bars. Belows are its tasks:
1. create external nav bars when:
a. StatusBar.createNavigationBar()
b. A system decoration supported display added
2. remove external nav bars when display is removed.
3. remove all external nav bars when StatusBar.destroy()
(Following Tasks)
1. Support SystemUiVisualibility for external nav bars
(corresponding to b/117478341#3)
2. A design doc for refactor
Bug: 115978725
Bug: 117478341
Test: atest SystemUITests
Test: Manual - external nav bars still works
Change-Id: I17084c1be287ae7ccfb94b2d1302072a5d620e29
This patch enables copy&paste-ing large data for Q and below.
Using content URI is the idiomatic way to transfer large data,
but none of the major editor apps (Docs, Evernote, Word, Gmail, etc.)
support content URI in clipboard as of today.
We will ask app developers to use content: URI and remove this function
in API 30 (R).
Bug: 111577843
Test: ClipboardManagerTest
Test: Manualy tested copying a large HTML text
Change-Id: If1798c5abcec691f4b17a45e583ed314b1c16ac2
checkAudioOperation returned MODE_IGNORED when a package was suspended,
but any AppOpsWatcher registered for audio operation did not callback
when a package got suspended. This lead to inconsistent state for
services that were watching for app op changes.
Test: atest FrameworksServicesTests:SuspendPackagesTest
Bug: 112486945
Bug: 110077884
Change-Id: Ibfc378dd4ea8dd38ef002c1ac668c479afa8fd47
Update api name to getRecommendedTimeoutMillis.
Api returns timeout for interactive or non-interactive controls.
Also provide the options for a11y service to specify two kinds of
timeout.
Bug: 111210981
Test: atest SettingsBackupTest
Test: atest AccessibilityManagerTest
Test: atest AccessibilityServiceInfoTest
Change-Id: I37d35796fd72bb4d6628a6bb33b111987f321552
If the CallLog/SMS permission restriction is not enabled we keep
the old default app op state for the relevant ops and if the
feature is enabled we switch to the new default value.
Test: Manual
Change-Id: I93c0e059741f475ebdffce682e1d0d9149b41159
