windowShowWallpaper behaves unexpectedly with transitions as of 14 QPR3.
As a result, the changes of "Revamp outro animation" were causing the
transition into the final page of the wizard to instantaneously have
a transparent wallpaper background, even before the animation finished.
This was jarring and odd, so now we use a regular theme until we are
ready to start our animation, at which point we recreate the activity
with the EdgeToEdgeWallpaperBackground (windowShowWallpaper) theme
before running the animation.
Change-Id: Ib19918d7d2a615aff44a48066b17ec9d2f04bac6
When exiting, all activities are finished and therefore no longer in recents. For the work profile, we want users to be able to come back to it
Issue: calyxos#2020
Change-Id: Id236c193e5822568dc445ea561fe18a4664e73cc
Use the wallpaper as part of the window background rather than trying
to replicate it with WallpaperManager. This allows us to perform a
circular hide to whatever the wallpaper currently looks like exactly,
rather than needing to obtain the wallpaper Bitmap or Drawable and
guess. Display the Finish activity edge-to-edge. Fade out rather
than slide out.
Change-Id: I1154043178a04ca0ced7e8365e338dc10f3377cb
Wait for the ACTION_FINISHED broadcast before finishing the Activity.
This prevents the Setup Wizard from being re-launched when it is still
set as the default home screen, which it continues to be until the
exit worker changes as part of its finishSetupWizard call.
Skip SetupWizardExitActivity during the normal finish process, moving
common exit operations to SetupWizardUtils.
Change-Id: I1c59553e7dcaf934fb81dce9bf901ec0f2bb7b59
* Remove mobile data/choose data sim pages
* Rename Wi-Fi setup to network setup
* Switch to the new NetworkProviderSettings which contains
both Wi-Fi and mobile data setup.
Change-Id: I1c618d629628740e39dbed313d468d1efe971ed7
Targeting S+ (version 31 and above) requires that an explicit value
for android:exported be defined when intent filters are present
Change-Id: I2ce2b2cd1dcd69e343ae8577587483b19d825fdc
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>
