Fix extra call to archive/accept
in Glam onboarding
#517
+41
−2
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.
The original onboarding flow was designed to not accept an archive invitation until the end of the flow in case the user wanted to change which archive they accept. In the new "Glam" onboarding flow, the user can accept as many archives as they want in addition to creating an archive. Accepting archive invites also happens as soon as the user clicks accept on the first page, rather than at the end of onboarding.
Since the Glam onboarding flow is still built on top of the older onboarding components, this final archive accepting stage still runs despite the fact that the invitations have been accepted. This causes a brief error message to appear before the user is directed to their archive. Only run this acceptance logic during the legacy onboarding flow so that this doesn't happen.
Steps to test:
This can also be tested in Storybook by comparing the mocked calls to
archive/accept
, though this is more of a test for developers.