-
Notifications
You must be signed in to change notification settings - Fork 39
fix: move non-regulated selection to jurisdiction modal #5690
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
Conversation
✅ Deploy Preview for bloom-lakeview 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-flagly canceled.
|
✅ Deploy Preview for bloom-angelopolis canceled.
|
✅ Deploy Preview for bloom-public-seeds 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. |
320128f to
f2d84aa
Compare
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 non-blocking (because smaller screen size on partners) we could add some padding between the options when it switches to vertical

Could we have the order in which the questions appear be the same between the detail and edit pages? Imagining on the detail page we would move up the listing type question


0ad54c1 to
be3e2f0
Compare
✅ Deploy Preview for bloom-flagly canceled.
|
✅ Deploy Preview for bloom-angelopolis canceled.
|
✅ Deploy Preview for partners-bloom-dev ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
@emilyjablonski Thanks for the review. This is ready to be re-looked at |
emilyjablonski
left a comment
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.


This PR addresses #(insert-number-here)
Description
During the development of the non-regulated listing functionality, a number of edge cases were identified related to users switching their selection between "regulated" and "non-regulated" after partially completing the form. This is particularly problematic for unit data and could result in corrupted data, leading to listings that are a hybrid of regulated and non-regulated states.
To prevent this problem we can make the listing type selection earlier in the flow utilizing the new jurisdiction selection modal.
If the user only has access to one jurisdiction and that jurisdiction has

enableNonRegulatedListingsturned on they will only see the Listing Type questionHow Can This Be Tested/Reviewed?
Multiple jurisdictions
One jurisdiction
With the default seeded data this can be hard to test without making some changes since jurisdictional admin is disabled for Lakeview. You can do one of the following steps:
enableNonRegulatedListingsfor a different jurisdiction (Note they will also need to have unit groups enabled)Once the above is done you should be able to go through the "add listing" flow and just see the one question on the modal
additional testing
The following should also be tested
Author Checklist:
yarn generate:clientand/or created a migration when requiredReview Process: