fix: put support admin behind feature flag#5521
Conversation
✅ Deploy Preview for bloom-flagly ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for partners-bloom-dev ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for bloom-exygy-dev ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for bloom-public-seeds ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for bloom-lakeview ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
emilyjablonski
left a comment
There was a problem hiding this comment.
Haven't had a chance to do a full review, but if we don't add the flag with a description to feature-flags-enum.ts, then it doesn't get added when we run the script
|
@emilyjablonski The feature flag was added in an earlier PR, including the description in feature-flag-enum.ts, we just accidentally didn't connect the actual feature behind the flag |
83bbf95 to
b74bc2d
Compare
* fix: put support admin behind feature flag * fix: linting errors
This PR addresses #5503
Description
The new support admin was accidentally not put behind the feature flag created for it. In other words now in jurisdictions that don't want the new role can create a user with this permission level
How Can This Be Tested/Reviewed?
The new feature flag is enabled by default for Bloomington jurisdiction. The following three scenarios should be tested after a new reseed
Author Checklist:
yarn generate:clientand/or created a migration when requiredReview Process: