Setupwraith from 8.0 no longer needs to be platform signed
This reverts commit e0605c03f4.
This reverts commit 092d0fa892.
Change-Id: Ic9801ee52d931e87b6568a1faa4de39b32c3629d
* Fixes:
W LineageSettings: Setting dev_force_show_navbar has moved from
LineageSettings.Secure to LineageSettings.Global, value is unchanged.
Change-Id: Id22886ea5767c6adf254618ecec84b338e11979b
As we launch a new activity, the results are auto-cancelled.
- ActivityManager: Activity is launching as a new task, so cancelling activity result.
- SubBaseActivity: subactivity result {(5), RESULT_CANCELED(0), null}
Change-Id: I724832fc0fea8930136fbf9878ae6e2f82b909b3
* Use "ro.build.date.utc" as a base
* Fallback to beginning of 2017 if the date can't be determined for
whatever reason
Change-Id: I48cd9eb1928f5e3e3240a75508549712f5e53413
Returning false from onInterceptTouchEvent() or onTouchEvent() causes
getPointerCount() to never be greater than 1, therefore enabling the
accessibility services is currently impossible. Fix this and simplify
the code merging onInterceptTouchEvent() into onTouchEvent().
Change-Id: Ieadbb41f9f3f3fb62d11f5a29986630d35e7e8c4
* CMTE is not coming back in 14.1 anyway
* Instead of fixing stuff around it, just remove remainders of it
Change-Id: Ib0e3261d970779aa6dd30db5c8869a0f5198d2d3
* Accessing SparseArrays with zero-based indexes can fail due to non-used
indexes
* mCheckBoxes and mRows should always be accessed with the key they were
added
-> use keyAt(index) when iterating the SparseArray
-> use the simSlotIndex when iterating the subInfoRecords
BUGBASH-318
BUGBASH-610 (partially)
Change-Id: Ib831c3623dafa5bd7d0c95acfa69f4a686644be6
If com.google.android.gms is installed when
com.google.android.setupwizard is not,
our setup wizard crashes.
Fix this by checking Google's setupwizard exists,
and if not, not attempting to launch it.
Change-Id: I6120304dd13dddf07c2769245765a3e98dec51fc
We are working towards a totally new SetupWizard model, so a temp fix
here will get jettisoned when that merges
Change-Id: I01d5cde69515bb46b54e896a1005fe0ffcdb002c
The current version of GMS's SuW has the main activity return as
CANCELED when no network is available. This is the same result as
an actual cancellation (by pressing "Back"), and there's no extra
data to distinguish the two, so the user gets stuck in a loop between
the "no network" page and the one preceding it, unless connectivity
is somehow established. Making connectivity mandatory for OOBE isn't
acceptable, so skip GMS entirely if network is absent (and FRP
isn't enforcing). The only thing it was presenting was a "you
have no network" dialog anyway.
Change-Id: I2abadc79a0823e94da7d3a875ce6db8eae8f143b
(cherry picked from commit d82b2dc88a)
Altough uncommon, development boards and emulators don't have a wireless
interface. In those cases, don't show the wireless setup page.
Change-Id: I0017b2277defdccf7f0bd61cb9606254509f78cc
FRP is kind of pointless if the device is freely accessible. Suggest
setting up a secure lockscreen during setup.
Ref CYNGNOS-3252
Change-Id: Ia807142ab08f388d533b5ee45d1fcbe81071f6d1
- Created and added ModGuide panel.
- Added the ability to chnage navigation color.
- Added the ability to start an app after wizard completion.
Issue-Id: MSC-14
Change-Id: I8e17735d1a9edbd529339982981f8270cde83d96
Both waiting for radio and waiting for data used "is the progress
bar visible" as the "allow to continue" clause. If radio service
state changes arrived while the wait-for-data was ongoing, this'd
terminate the progress bar and make it wait forever.
Additionally, if wifi is connected, don't wait for data at all
Ref CYNGNOS-3126
Change-Id: I81792ac8be00c6a6746af88a62220c727cddc6d8
Instead of waiting for the telephony stack to catch up to the default,
take advantage of the fact that the intent already carries the ID as
an extra.
Also, we were using slotId and phoneId interchangeably, and they're not
the same thing. While it's likely they'll match on a freshly reset
phone, don't assume that. Index everything to subId for consistency.
Ref CYNGNOS-3126
Change-Id: Ibcd767d0124b05d669886190f5d9a98f1a6e5bd7
Handle the possibly thrown ActivityNotFoundException.Changed the generic catch block into a specific catch block to handle ActivityNotFoundException.
Change-Id: Ica1106bab3e569aaa7883898ce6adb3a1a2dd99f
Helps with an issue where qsb widget doesn't work when
running through oobe without network.
Also set the cm setup finished setting for test receiver.
CYNGNOS-2833
Change-Id: I83666deea5a27d74669691c4ab991b1b618edb0a
* Launches GMS TOS per documentation
* Filters out redundant location page if GMS present
* Uses setupwizardlib for some helper functions
* Hide notification icons
Issue-id: CYNGNOS-2599
Change-Id: I4b59592f0b84d0eb0eafe365eab3bad77c1f76ff
Android uses Settings.Global.DEVICE_PROVISIONED and
Settings.Secure.USER_SETUP_COMPLETE and the system responds to those
database entries, such as allowing the keyguard to be visible, or maybe
pulling the statusbar down.
Since we still depend on some of Google's setup wizard, it also keys off
the same table rows and it may decide that the device is now provisioned
when we still haven't finished our own setup wizard, so let's add
another key that we have control over to show the real state of OUR
setup wizard.
Ticket: CYNGNOS-2431
Change-Id: Ic21689625f6d80e209161762ace741918b972aba
Signed-off-by: Roman Birg <roman@cyngn.com>
People generally identify their SIMs by the emitting carrier, not
the network they attach to. In roaming or MVNO scenarios, these
are likely not to be the same, leading to confusion in SIM selection.
Ref CYNGNOS-2496
Change-Id: I0ecd8e7511fd4229d6ce7629b1f97aa83a1a6254
If a user goes through the gms flow, logging in, disabling
backup, getting kicked over to restore, and deciding to
set the device up as new, the existing logic would reprompt
since the flow causes the load action to happen again.
Now check for account existance, and skip the setup if true.
Change-Id: I3502294d54fcb4e202dca37ff7c6165da4401808
TICKET: CYNGNOS-2459
