cssat / sprout-issues

An issue-only repository for the Sprout data collection platform
https://sproutservices.org
2 stars 1 forks source link

when users change their username (Sprout email address), they can no longer see their in progress CANS #220

Open tinhart opened 9 months ago

tinhart commented 9 months ago

Describe the bug when users change their username (Sprout email address), they can no longer see their in progress CANS (until they change their email address back to the former address).

Expected behavior Users should still have their in progress CANS associated with their new username?

Screenshots If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

Smartphone (please complete the following information):

Additional context From conversation of the issue w/ DCYF: 11/14 - This should not be happening; if a user changes their email address their in progress CANS should still be associated with/visible to the user. Ask is to Delton: how do we want to address this bug? It could be a large amount of effort to fix this bug, depending on what we decide to do about it. Impact of the issue is pretty significant, but the likelihood of it occurring may be low. 11/28 - John doesn't think it will be a common occurrence. If a sprout user changes their email (which is the same as their Sprout user name) and they are also a CANS user, when they log in with their new/different email address, CANS will provision a new user account (since it doesn't find the new email address as an existing user). This results in the users doing this losing access to their previously created CANS (under their former email address). We did follow up figure out what was going on, and fixed the issue for the users that reported the issue (manually, meaning the issue can happen again). John wants to keep record of the fix and the issue's complexity. It is a big fix, potentially (a non-trivial impact, but is likely a low use case/frequency scenario). 12/5 - this is a low priority bug we need to track, but don't need to work on urgently. Justin will mark it as closed (shared here as an FYI) and make sure the bug is logged in CSSAT's GitHub repo.