ConnectivityManager.getCaptivePortalServerUrl now requires
NETWORK_SETTINGS instead of LOCAL_MAC_ADDRESS.
Change-Id: Idd9b7b683a48e49d97fca90bb62d81ee0629b672
* Add a new activity DeviceSpecificActivity which acts as a jumppad
into an activity using "org.lineageos.settings.device.SUW_SETTINGS"
* Handles navigation (back / next)
* Handles cases where the script contains the page but SUW_SETTINGS
don't exist
* In order to use this, devices need to provide an activity that:
* at least shows a back and continue button
* returns Activity.RESULT_OK and Activity.RESULT_CANCELLED for the
buttons
* does whatever you need to specifically have done in setup!
Change-Id: I4956c8f5f1ad13b9adf2e5604fd4a728e261336b
* Generic, handles both face and fingerprint
* Works the same as before for fingerprint
* Works the same as fingerprint for face
* What else could one ask for?
Change-Id: I9ddd7b46548c8107239fdec457bbaae6b12876e6
The captive_portal_server setting is deprecated, and hard-wiring it as a
string is also probably a bad idea. Since it's deprecated, this code
will miss an override via the modern settings. This also hard-wired a
slightly different fallback than ConnectivityService, and simply
adjusting it here wouldn't stop that from happening again. It's best to
just use the privileged API for obtaining the proper value. The choice
of LOCAL_MAC_ADDRESS as the permission for this is a bit strange, but
that's what is required, probably because a better fit didn't exist.
Change-Id: I78d07d5ff96598cebf6d4ed032fe1516791836fe
This sets the partner customization flag to allow adding hooks
later if necessary.
Change-Id: Ie8dcb0f2eae8916ef00f812ea85661c020dce53b
(cherry picked from commit 68b11675e1)
Google's suw handles the LOAD and NEXT actions, so this creates
duplicate tasks and crashes google suw when finish() is attempted.
Change-Id: Ifdbd9365fba7f299dc041e42ae27a91da071aa99
Even though we disable this class when GMS is present, the
intent-filters are still active and cause an activity resolver
to be presented to the user. Disable export of this activity to
work around this.
Change-Id: I5888c71b5fdb95e59e15366b66f56e7968e51f1a
* CMTE is not coming back in 14.1 anyway
* Instead of fixing stuff around it, just remove remainders of it
Change-Id: Ib0e3261d970779aa6dd30db5c8869a0f5198d2d3
In case there's more than one setup wizard package, we can only grant
permissions to one by default. That is queried by the
Intent.CATEGORY_SETUP_WIZARD which needs to be declared so we are in the
line up to receive the permission.
Change-Id: Ia9bf7ef2dfdaedfc567f038cd860abafa0e2d657
Signed-off-by: Roman Birg <roman@cyngn.com>
Other applications have a higher priority causing some poor
behavior during OOBE (e.g. CryptKeeper). Bumping this to get rid of
some jank during first boot.
issue-id: CYNGNOS-983
Change-Id: I272d1541e22933aa3abd86d2e73c7140eaa4df91
