-
Notifications
You must be signed in to change notification settings - Fork 100
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(onboarding): revert default of CPV screen to be in onboarding #4876
Conversation
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## main #4876 +/- ##
==========================================
- Coverage 85.42% 85.41% -0.02%
==========================================
Files 735 735
Lines 29933 29933
Branches 5256 5256
==========================================
- Hits 25571 25566 -5
- Misses 4114 4119 +5
Partials 248 248
... and 2 files with indirect coverage changes Continue to review full report in Codecov by Sentry.
|
@@ -31,7 +31,7 @@ export default function LinkPhoneNumber({ navigation }: Props) { | |||
|
|||
const continueButtonOnPress = async () => { | |||
ValoraAnalytics.track(OnboardingEvents.link_phone_number) | |||
navigate(Screens.VerificationStartScreen, { isOnboarding: false }) | |||
navigate(Screens.VerificationStartScreen, { hasOnboarded: false }) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Setting this to false here since it's technically still onboarding, we can reconsider this if we change the initial screen to be LinkPhoneNumber if the user completes cloud recovery and bails on this screen or the phone verification screen. cc @finnian0826
// Disable iOS back during onboarding | ||
gestureEnabled: !route.params?.isOnboarding, | ||
gestureEnabled: !!route.params?.hasOnboarded, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: Does this need to be forced to a boolean?
gestureEnabled: !!route.params?.hasOnboarded, | |
gestureEnabled: route.params?.hasOnboarded, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it has to be forced to a boolean. The default value is true
…lora-inc#4876) ### Description Fixes a bug introduced in valora-inc#4834 , where VerificationStartScreen defaulted to being not in onboarding. This causes an issue if a user bails on the screen during onboarding. On restart, the screen is loaded in the already onboarded mode where the back button does nothing and there's no option to skip (see before video below). This PR reverts the default to be in onboarding as it doesn't seem trivial to pass props on the initialRoute. ### Test plan Unit tests and manual Before: https://github.com/valora-inc/wallet/assets/5062591/496876ec-4adf-48b8-8a12-72d9030f3e37 After: https://github.com/valora-inc/wallet/assets/5062591/8d345432-4fcb-439f-b63a-03806d5959e0 ### Related issues N/A ### Backwards compatibility Yes
Description
Fixes a bug introduced in #4834 , where VerificationStartScreen defaulted to being not in onboarding. This causes an issue if a user bails on the screen during onboarding. On restart, the screen is loaded in the already onboarded mode where the back button does nothing and there's no option to skip (see before video below). This PR reverts the default to be in onboarding as it doesn't seem trivial to pass props on the initialRoute.
Test plan
Unit tests and manual
Before:
onboarding-cpv-bug-before.mp4
After:
onboarding-cpv-bug-after.mp4
Related issues
N/A
Backwards compatibility
Yes