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

Create filtered permissions data component #1754

Open
17 tasks done
Tracked by #1737
JackHaeg opened this issue Sep 24, 2024 · 4 comments · May be fixed by #1810
Open
17 tasks done
Tracked by #1737

Create filtered permissions data component #1754

JackHaeg opened this issue Sep 24, 2024 · 4 comments · May be fixed by #1810
Assignees
Labels
p-feature: User Permissions Feature includes how user access levels / user permissions will be implemented in the product role: Back End role: Front End size: 1pt Can be done in 4-6 hours time-sensitive should be solved as soon as possible

Comments

@JackHaeg
Copy link
Member

JackHaeg commented Sep 24, 2024

Overview

Currently, there is no way for admins to identify at scale which users are VRMS admins, or project managers (aka project leads) and which projects they are associated with on VRMS. Given that, we need to create a feature that enables admin users to filter & search for VRMS admins or all project leads linked to their respective projects, as well as view a full list of existing VRMS admins or project leads and their linked projects.

Action Items

  • Create Filtered Permissions Data component on the “User Permission Search” screen (see Create the "User Permission Search" screen #1752)
  • Takes props data and type
    • data is an array of user data
    • type is a string defining the type of data being passed
  • Render a MUI Text field
    • Filter data based on text field contents.
      • Admin only filters by name string
      • Project Leads filters by name string and by project string
    • Styled after the screenshots below:
Screenshot of text field with "Admin" selected

Screenshot 2024-10-14 at 6 53 37 PM

Screenshot of text field with "Project Leads" selected

Screenshot 2024-10-14 at 6 53 42 PM

  • Render data in a MUI Box component styled after the screenshots below
Screenshot of admin selected

Screenshot 2024-10-14 at 6 47 54 PM

Screenshot of Project Leads selected

Screenshot 2024-10-14 at 6 48 04 PM

  • Render user information based off of type
    • Each data element renders a link to the associated user profile.
    • Admin = name and email
      • Sort order:
        • Alphabetically by first name
    • Project Leads = name and project
      • If a user is a project lead on multiple projects, list that user again for each project they are a part of.
      • Sort order:
        • alphabetically by project name first
        • alphabetically by first name within each project

Resources/Instructions

Screenshot of User Permission Search Screen mockups

Screenshot 2024-10-07 at 8 30 51 PM

@github-project-automation github-project-automation bot moved this to New Issue Approval in P: VRMS: Project Board Sep 24, 2024
@JackHaeg JackHaeg added role: Front End role: Back End draft Not ready for prioritization yet size: 1pt Can be done in 4-6 hours p-feature: User Permissions Feature includes how user access levels / user permissions will be implemented in the product labels Sep 24, 2024
@JackHaeg JackHaeg added the ready for dev lead Add to issue when dev lead needs to take some action label Oct 1, 2024
@JackHaeg JackHaeg changed the title Create a functioning "Project Leads" filter component Create filtered permissions data component Oct 15, 2024
@JackHaeg JackHaeg added the time-sensitive should be solved as soon as possible label Oct 15, 2024
@JackHaeg JackHaeg removed the draft Not ready for prioritization yet label Oct 15, 2024
@trillium trillium removed the ready for dev lead Add to issue when dev lead needs to take some action label Oct 15, 2024
@jng34 jng34 self-assigned this Oct 15, 2024
@JackHaeg
Copy link
Member Author

JackHaeg commented Oct 17, 2024

Hi @jng34 - This issue is part of a larger epic (#1737), which requires each issue to be completed in order.

So, #1752 needs to be completed first before working on this issue. This issue will also rely on API calls that are still in development (see #1771). We will be un-assigning you from this issue for now and placing it in the icebox until these dependencies can be met.

Please feel free to pick up #1752 in the meantime! And once all the dependencies are met, you can pick up this issue again :)

@JackHaeg JackHaeg moved this from In progress to Icebox in P: VRMS: Project Board Oct 17, 2024
@jng34
Copy link
Member

jng34 commented Oct 17, 2024

@JackHaeg Ahh, thank you for letting me know.

@JackHaeg JackHaeg moved this from Icebox to Prioritized Backlog in P: VRMS: Project Board Oct 22, 2024
@vorleakyek vorleakyek self-assigned this Oct 24, 2024
@vorleakyek vorleakyek moved this from Prioritized Backlog to In progress in P: VRMS: Project Board Oct 24, 2024
@vorleakyek
Copy link
Member

@JackHaeg, @trillium, the search result in this ticket should be based on the dummy data created in #1752. Is that correct? It looks like we're doing the API integration in the next ticket #1801.

@JackHaeg
Copy link
Member Author

JackHaeg commented Nov 4, 2024

@vorleakyek Yes, the search results in this ticket should be based on the dummy data created in #1752. The API integration occurs in #1801

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
p-feature: User Permissions Feature includes how user access levels / user permissions will be implemented in the product role: Back End role: Front End size: 1pt Can be done in 4-6 hours time-sensitive should be solved as soon as possible
Projects
Status: In progress
Development

Successfully merging a pull request may close this issue.

4 participants