Skip to content
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

Improve UX for proposal to "remove user" #2449

Closed
dotmacro opened this issue Dec 9, 2024 · 0 comments · Fixed by #2463
Closed

Improve UX for proposal to "remove user" #2449

dotmacro opened this issue Dec 9, 2024 · 0 comments · Fixed by #2463

Comments

@dotmacro
Copy link
Member

dotmacro commented Dec 9, 2024

Problem

Once a user creates a proposal (of any kind from any possible screen), they are returned to the app screen from which they began.
EXCEPT if they create a proposal to "remove member" using the "Create proposal v" menu on the dashboard. In this case, they are returned to the fullscreen "Group members" modal where they chose which member to remove.

image

Regardless of how/where the user creates which type of proposal, the user should be returned to the app screen from which they began.

Solution

Once the proposal is created, after the user clicks "Awesome" or "X" to close the confirmation modal, auto-close the "Group members" modal if it is open.

@SebinSong SebinSong self-assigned this Dec 9, 2024
taoeffect pushed a commit that referenced this issue Dec 18, 2024
* replace the active modal when remove-member is clicked

* remove console.log
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants