Closed nl0 closed 2 months ago
Attention: Patch coverage is 0.12210%
with 818 lines
in your changes missing coverage. Please review.
Project coverage is 37.19%. Comparing base (
1b8d91d
) to head (10d4302
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
@fiskus i think this is ready for review, pls have a look when you get some time. we still need to update the gql schema once it's finalized on the backend and regenerate all the dependent code, but most likely it won't affect anything in this PR
@fiskus thanks for the feedback
I think list divider looks nicer with small margin like in default MUI List view:
well, this is default list view, i didn't tweak the padding (maybe it's because of using <ListItem divider ... />
vs <Divider />
🤷 )
radio buttons and add a submit button
yeah i was thinking about the explicit confirmation, but then i guess i just forgot about it. i don't mind adding the button if that's the consensus, tho i don't see the current ux as problematic either. @akarve wdyt?
Also, small padding at the bottom would be nic
i'll consider this
Hint "(you)" is really cool small helpful thing.
👍
@fiskus i've added a submit button to role switching dialog, some spacing around menu separators, and incorporated your change from #3704 -- pls have a look. i'll deploy this to the dev stack shortly.
I noticed, that "Users" table now looks prettier. Though, I wasn't sure. Then I compared to master: yes, it looks much nicer. I think, you can also remove "Actions" title. Then "+" and "Delete" buttons become confront and consistent to each other at the same time. Also, it gives slightly more space to fit into a small viewport.
I would re-use the same dialog for adding and editing role in favor to have fewer code. So, click on row can open edit dialog. But, clicking on individual items makes more sense.
Maybe, tooltip "Switch role to %role name%" could help.
actually there is a tooltip when you hover over a radio button (tho it's easy to miss, i agree)
rename it to "Assigned"/"All". As I understand, "available" - all roles available for the stack,
well, "available" != "all" ("available" = "all" - "assigned")
and "assigned" - available for the user to switch.
correct
I noticed, that "Users" table now looks prettier. Though, I wasn't sure. Then I compared to master: yes, it looks much nicer.
yeah, i tried my best to polish it, thanks
I think, you can also remove "Actions" title. Then "+" and "Delete" buttons become confront and consistent to each other at the same time. Also, it gives slightly more space to fit into a small viewport.
good idea, i'll try that
I would re-use the same dialog for adding and editing role in favor to have fewer code. So, click on row can open edit dialog. But, clicking on individual items makes more sense.
i don't quite get that. you mean "invite" vs "assign roles" dialogs?
i don't quite get that. you mean "invite" vs "assign roles" dialogs?
Yes "invite", sorry. "Invite user" has "username" + "email" + "assign role" fields, and "Edit user" could have "email" + "assign role" fields. So, "Invite/Edit user" dialog could be:
{isNew ? "Username" : null}
{"Email"}
{"Assign roles"}
I think, you can also remove "Actions" title. Then "+" and "Delete" buttons become confront and consistent to each other at the same time. Also, it gives slightly more space to fit into a small viewport.
good idea, i'll try that
it looks ok
i don't quite get that. you mean "invite" vs "assign roles" dialogs?
Yes "invite", sorry. "Invite user" has "username" + "email" + "assign role" fields, and "Edit user" could have "email" + "assign role" fields. So, "Invite/Edit user" dialog could be:
{isNew ? "Username" : null} {"Email"} {"Assign roles"}
well, yeah, i thought about unifying all the user editing functionality under a single screen / dialog, but i decided to keep things as they were (focused "atomic" editing interfaces). maybe next time we revisit this ui we'll get to unifying those dialogs.
The primary change is adding the support of assigning multiple roles to users via admin UI and allowing users to switch between roles assigned to them (powered by the new GQL APIs):
Secondary changes:
utils/GlobalDialogs
containers/Admin/
(unifyForm
andRFForm
)Admin/Users*
in TS, unify all user/role/policy management components under a single moduleTODO