| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Ic627953c5df854c442671a98b5da539b994da18b
|
|
|
|
|
|
| |
Restore the pre-M behavior, set the separator to " | ".
Change-Id: I91a3ccfc9013269d2e14e6835e322f84b05c3eb4
|
|
|
|
|
|
|
|
|
|
| |
If the input is shorter than the minimum requirement for
PUK, then we need to alert the user with a more clarified
error rather than simple text.
TICKET: SAMBAR-587
Change-Id: I6bcf932b735891d763db54d6ba53ab7b538de720
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-Customize default Date&Time display format.
-Customize mock and Dock on or off for carrier.
-Customize accessibility on or off for carrier.
-Customize default input method.
-Customize default enable data roaming or not.
-Customize default enable mobile data or not.
-Customize default network.
TICKET: CYNGNOS-1473
Change-Id: I3a74d0113d6b730c4d7935aaa2da307ebe500566
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(At least) Qualcomm RILs report SIM unlock success as result=0,
attemptsRemaining=0. As reportSimUnlocked() causes showDefaultMessage()
to be called (via reportSimUnlocked -> handleSimStateChange ->
onSimStateChanged -> resetState -> showDefaultMessage), which accesses
mRemainingAttempts to determine the message to show, set
mRemainingAttempts before calling reportSimUnlocked().
This resets that code sequence back to AOSP; it got broken in commit
18281968a799556a68abbb992adfd04c4cc754ff.
Change-Id: Icf7b15f1bf55bb32c8b58bd6c77109971cbc463b
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I'm not sure of the behavior on QCOM RILs, but on Broadcom RIL
(and probably other RILs), this will eat into the user's PIN
remaining tries. Given that the user is only given ~3 tries, this
is a very bad idea.
In addition, if onAttachedToWindow is called multiple times before
the RIL replies, this can completely delete the retry quota leading
straight to the PUK screen.
Change-Id: I339f1b6d79d543ae8930a7bb95acf823fd5ae20e
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Revert "SystemUI: Support display for radio tech"
This reverts commit 598421095aacb599d4bc8e8fcea20734d7847d0c.
Revert "SystemUI: Customize StatusBar for Chinese carrier"
This reverts commit d473d0b22ac8704c39d5eedd0d7b12f60a2fa215.
Revert "Statusbar: Add customized icons for Chinese carrier"
This reverts commit a6324c7293bebeff4c6ccee8c2a8af38b7a150a8.
Change-Id: Ib03c7455a04bd7d63a8c0a7d238040099e94e89c
|
|
|
|
|
|
|
| |
* Variable size pattern lockscreen
* Toggle dots/error pattern visibility
Change-Id: Ie109e82c1fb2fd96b07e977e1cd76ae3acb865ff
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Revert "Hide emergency button when OOS"
This reverts commit 5ccaaff4818af8d48e072cbd2b8b784e5cd0c593.
* Buggy on MSIM, making the button perma enable.
Revert "EmergencyCall Button on Swipe Lock Screen"
This reverts commit 5f712cc90ebb11a04e72ab6b04a1229eeddef9fc.
* Introduces some ugly padding to make room for a button we have
disabled by default since forever.
Revert "Emergency call button on Swipe lock Screen."
This reverts commit f17cb289ae5f760a51b8463fe270b336d1e3b408.
* See above, adds the option to enable the button itself.
Conflicts:
packages/SystemUI/src/com/android/systemui/statusbar/phone/KeyguardBottomAreaView.java
Change-Id: Ie95f0b075e25b625298eac3c06d278e6cb1e7b17
|
|\
| |
| |
| |
| |
| | |
git://codeaurora.org/platform/frameworks/base into cm-13.0
Change-Id: I008f052e4e27b44457c8343d20f6e1ba943c8e1f
|
| |
| |
| |
| |
| |
| | |
Hide emergency button when OOS in lock screen
Change-Id: Ia3c360755ab74b2c688833f9972710304a195f65
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When SIM state is changed to ABSENT/NOT READY, Closing Keygaurd
is not required Explicitely in M as it is handled by default.
Hence re designed the logic to avoid exceptions.
Change-Id: I8024b6ddd75c2630734e8d750d83f88c994e165a
|
| |/
| |
| |
| |
| |
| |
| | |
Support monitor locale change and display for radio tech.
CRs-Fixed: 653747
Change-Id: I66d0bb29d0121a19ada0c1ad03ceeec9a03243df
|
| |
| |
| |
| | |
Change-Id: I4e9fb06db7b9ba05e4a7bbe11916bb2271af4727
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Android 6.0.0 release 26
Conflicts:
cmds/bootanimation/BootAnimation.cpp
core/java/android/accounts/AccountManager.java
core/java/android/app/AppOpsManager.java
core/java/android/os/PowerManagerInternal.java
core/java/android/os/storage/IMountService.java
core/java/android/provider/Settings.java
core/java/com/android/internal/widget/ILockSettings.aidl
core/res/res/values-mcc204-mnc12/config.xml
core/res/res/values-mcc219-mnc02/config.xml
core/res/res/values-mcc730-mnc07/config.xml
core/res/res/values/config.xml
core/res/res/values/symbols.xml
packages/SystemUI/res/values/config.xml
packages/SystemUI/src/com/android/systemui/doze/DozeService.java
packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
packages/SystemUI/src/com/android/systemui/statusbar/ExpandableOutlineView.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/DozeParameters.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/DozeScrimController.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarView.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/NotificationPanelView.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBarHeaderView.java
packages/SystemUI/src/com/android/systemui/statusbar/phone/StatusBarKeyguardViewManager.java
packages/SystemUI/src/com/android/systemui/statusbar/stack/StackScrollAlgorithm.java
services/core/java/com/android/server/LocationManagerService.java
services/core/java/com/android/server/am/ActivityManagerService.java
services/core/java/com/android/server/pm/PackageManagerService.java
services/core/java/com/android/server/power/PowerManagerService.java
telecomm/java/android/telecom/Phone.java
telephony/java/android/telephony/CarrierConfigManager.java
telephony/java/android/telephony/RadioAccessFamily.java
telephony/java/android/telephony/ServiceState.java
telephony/java/android/telephony/SignalStrength.java
telephony/java/android/telephony/TelephonyManager.java
telephony/java/com/android/ims/ImsCallProfile.java
telephony/java/com/android/ims/ImsReasonInfo.java
telephony/java/com/android/ims/ImsSuppServiceNotification.aidl
telephony/java/com/android/ims/ImsSuppServiceNotification.java
telephony/java/com/android/ims/internal/IImsRegistrationListener.aidl
telephony/java/com/android/internal/telephony/RILConstants.java
Change-Id: I99c6edb8e25a77145b5adef97d0d55bfbe676959
|
| |\ \
| | | |
| | | |
| | | | |
mnc-dr-dev
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 24273807
Change-Id: I497fcd2ee527ec22d14ff1b6c30be4ef9a878980
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When going over the handler, it could happen with a bad interleaving
we thought that Keyguard was not showing when getting the
onFinishedGoingToSleep message, so we stopped fingerprint
authentication. For some reason our state machine for canceling
/restarting authentication didn't work correctly so the fingerprint
listening state was not correct.
Bug: 24178814
Change-Id: I2a4731f195982395244c12e4d33b2b7d561c5671
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We used to start fingerprint authentication in onFinishedGoingToSleep.
This was a UX issue because then users couldn't place the finger on
the sensor immediately after pressing the power button because
onFinishedGoingToSleep is significantly delayed (around 900ms after
pressing the power button).
Bug: 23570959
Change-Id: I0bf557ebd10e6a8b033ab98a78aa338bf6538dcc
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
To make unlocking work if keyguard is in occluded state and user
taps on a notification.
Bug: 22855718
Change-Id: Ide632f524a635e3e37741abaa77e258394c9a6e2
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 23718313
Change-Id: I6c88fbba9ae460594b8e2f1a77c6545b305e5813
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixes bug 23699953
Change-Id: Id099443b830f5608c0bf955075c3407b401f3d53
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
SystemUI uses it to start authentication again after lockout reset
expired.
Bug: 22846755
Change-Id: I90a987c6aa4ac52cc7e7aff1bce262d1db3f12ee
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 23214670
Change-Id: I8192ded696c1908871b2578194e2a226bb51b1e9
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If you tap the enter key twice on the keyguard PIN entry
screen, the second tap can sometimes register because keyguard
hasn't been dismissed yet. The fix is to ignore a second attempt
after the PIN has already been verified.
Fixes bug 19216025
Change-Id: I73a004e91e43f3da65ec84f90de6943e717d737f
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Split off from I0af11da1b7cd7c8d837bc5ba3a62ef2ffca74b1b.
The initial value did not matter previously because
a SystemUI crash triggered the boot logic and forced
a manual entry before fingerprint works.
Long term the timeout logic should be moved to StrongAuthTracker
so it can be shared with the trust agent implementation (currently
implemented by the trust agents themeselfes)
Bug: 22846469
Bug: 22115393
Change-Id: I0af11da1b7cd7c8d837bc5ba3a62ef2ffca74b1b
|
| | |
| | |
| | |
| | |
| | |
| | | |
Bug: 22846469
Bug: 22115393
Change-Id: I6ef5322d02e540fc043e7f20d3aabf595ce7c224
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When calling cancel() on the cancellation signal, it doesn't happen
immediately. Now, because of a state messup during boot, we go
through the sequence
startListeningForFingerprint
stopListeningForFingerprint
startListeningForFingerprint
However, the cancellation callback from stopListeningForFingeprint
happened AFTER the second startListeningForFingerprint, so we assumed
that fingerprint detection was not running anymore but in reality it
was - leading to weird states and all kinds of small state messups.
Introduce a state machine to track when we we called cancel but
waiting for the confirmation of FingerprintService in order to track
this properly.
Bug: 23380500
Change-Id: I403479fb749cf7c22b73611b69698e8b771777d0
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
After gettin a callback onAuthenticationSucceded we set the
fingerprint listening state to false. However, when waking up, we
immediately started listening again because the state was false.
Protect against that by only calling authenticate only once, except
when the unlock doesn't go through because unlocking with fingerprint
is not allowed.
Also fixes some animation "jank" because of the state messup.
Bug: 23304421
Change-Id: Ic83ac0f1590dd4f8017bb55dca9e19a60cfdf99f
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- Move all fingerprint related to logic in on central class in
SystemUI that knows all the state of the UI so there is exactly ONE
place in which we decide what to do when we acquire a fingerprint.
- When pulsing and we get a valid finger, we fade the contents of the
Keyguard out and fade the scrim out almost the same way as we would do
in a normal wake-and-unlock sequence.
- Hide shadows while dozing, so we don't see the artifacts when we fade
the dozed Keyguard out.
Bug: 23225107
Change-Id: I82f78e61f2530cf7d507ade80f6f0a340c082567
|
| |\ \ \
| | |/ / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When pulse was about to turn on and at the same time we were starting
a wake-and-unlock sequence, there was jank because the scrim handling
was not correct anymore. Now, abort the pulse when we are wake-and-
unlocking so we don't see flickering with the scrims anymore.
Bug: 23217476
Change-Id: I331f513b68fb1832b4372d3e2e518b31b556a43c
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 23304421
Change-Id: I5c589ba8992039ca995138d7d74abd123b911a5c
|
| |\ \ \
| | | | |
| | | | |
| | | | | |
mnc-dr-dev
|
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixes bug 22565462
Change-Id: I4842877839845e7fe103396d8ca8104928568c04
|
| |\ \ \
| | |/ /
| |/| |
| | | | |
Change-Id: Ic83b34ab6114e2ffe6e08961eaea07110efc5cc5
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 21594472
Change-Id: Iab169d4fa2e4ad134f8c8579654b28e96b5b1385
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also ensure that error messages are surfaced when the screen
comes on such that the user knows why his fingerprint is not
working.
Bug: 22035466
Bug: 22524101
Change-Id: I00b0e833cdb8a3475545ba75b8cb7bf7a419dfd4
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also fixes a bug where we didn't listen for fingerprint after
rebooting the device.
Bug: 22644634
Bug: 23046263
Change-Id: Ide85a01d9d4cfcc880fbc29ca4f3cc6eef47da2d
|
| |\ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
* commit '120fc2c74eb290e06cddf1b52d363338f940c612':
Disable fingerprint when remotely reset by DPM
|
| |\ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
passwords" into mnc-dev
* commit '45fcaa547dc5b9eb2c20879b290415daa1446004':
Don't wipe device because of short PIN, patterns or passwords
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Bug: 22807015
Change-Id: I4685085007d87f1b1e1db380d0f899efc4e56240
|
| |\ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
* commit '30c5da9cc20cc4b9ce820963c6f58d7826f46eaa':
Don't call cancel() when fingerprint auth fails
|
| |\ \ \ \ \ \
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
* commit '0d210f6395072db4a4c53d4cb8fac4a59a3965b4':
Animation for touch, wake and unlock
|
| |\ \ \ \ \ \ \
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | |
| | | | | | | | | |
into mnc-dev
* commit '9e49b5d679672ea4a64382f9a36663c73603961b':
Move PIN/Pattern appear animation to RenderThread (1/2)
|
| |\ \ \ \ \ \ \ \
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
not allowed" into mnc-dev
* commit 'f8acd1d8d698f367bc267699a0a84c21f7c7d548':
Adapted the behavior when unlocking with fingerprint is not allowed
|