-
Notifications
You must be signed in to change notification settings - Fork 106
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
feat: [IOPID-689] Email validation at startup #5264
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…ica-email-nelle-preferenze
Co-authored-by: Alice Azzolini <[email protected]>
Co-authored-by: Alice Azzolini <[email protected]>
Co-authored-by: Alice Azzolini <[email protected]>
…ica-email-nelle-preferenze
…ica-email-nelle-preferenze
## Short description This pr adds the logic that allows the app not to show the biometric activation request if it has already been activated in a previous login and adds, in the case of FACE_ID, the prompt requesting permissions upon activation. ## List of changes proposed in this pull request - ts/sagas/startup/onboarding/biometric/checkAcknowledgedFingerprintSaga.ts: added check to see if it had been activated in the last login. - [ts/screens/onboarding/biometric&securityChecks/FingerprintScreen.tsx , ts/screens/profile/SecurityScreen.tsx] : added permission request prompt in case of faceid. - ts/store/reducers/index.ts: biometric preference persisted to get it also after the end of a session. - ts/store/reducers/onboarding.ts: added reset of biometric control also after session expired. - ts/store/reducers/persistedPreferences.ts: added cross session control. - ts/utils/biometrics.ts: added function that handles the biometric activation. ## How to test With a new installation, try activating biometrics during onboarding: - If the biometric is not FaceID, it should activate (or not) the feature without prompting. - If the biometric is FaceID, when the active button is pressed, it should present the request for permissions: - If you give permissions and the authentication fails, it should not proceed. - If you give permissions and the authentication is successful, it should proceed and enable the feature. - If you don't give permissions, it should proceed and not activate the feature. After logout or session expired, if the biometric has been activated during last session, it should not ask you for activation again after login, unless this is done with a different account than the previous one. --------- Co-authored-by: Fabio Bombardi <[email protected]> Co-authored-by: Cristiano Tofani <[email protected]>
…ils screen (#5209) ## Short description This PR fixes the ID Pay initiative rules info bottom sheet height for shorter contents. https://github.com/pagopa/io-app/assets/6160324/7ffc63cf-82d8-4349-a55a-651157537887 ## List of changes proposed in this pull request - [ts/features/idpay/details/components/InitiativeRulesInfoBox.tsx](https://github.com/pagopa/io-app/compare/IOBP-361-fix-idpay-rules-bottom-sheet?expand=1#diff-aec7df12aad70c4276336c3813019b4655fac37dc09eb456b93208f7c6b8b302): increased bottom padding to `170` for the rules bottom sheet - [ts/features/idpay/details/components/BeneficiaryDetailsContent.tsx](https://github.com/pagopa/io-app/compare/IOBP-361-fix-idpay-rules-bottom-sheet?expand=1#diff-763f13f0b9f72e4763aa758664939937121a62cc637c86ff29bfe6f41ab7d56c): component props refactoring ## How to test Navigate to the ID Pay initiative details screen and check that the rules bottom sheet is correctly displayed. Co-authored-by: Alessandro Izzo <[email protected]>
…ica-email-nelle-preferenze
…re mark the PR as ready for review
…ica-email-nelle-preferenze
…ica-email-nelle-preferenze
…ica-email-nelle-preferenze
Ladirico
approved these changes
Dec 4, 2023
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.
LGTM!
Ladirico
approved these changes
Dec 4, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Short description
This PR blocks the user if their email is not verified or is already taken, forcing them to validate or change it. The flow is described in this Figma.
List of changes proposed in this pull request
ValidateEmailModal
andEmailAlreadyUsedModal
has been changed to their sibling screen componentValidateEmailScreen
andEmailAlreadyTakenScreen
to use the navigation capabilities.EmailValidationState
to know if we are landing toEmailInsertScreen
from the standard flow or because the user has been block during the startup process.How to test
Enable the
new CDU flow
and using theio-dev-api-server
try to:Details
email-validation-process.-.SD.480p.mov