1771 - API for Fetching Project Managers

[ntrehan]

Fixes #1771

What changes did you make and why did you make them ?

• Added an API that fetches all the project Managers and the projects they manage

Screenshots of Proposed Changes Of The Website

The API request and response


[github-actions]

Want to review this pull request? Take a look at this documentation for a step by step guide!

From your project repository, check out a new branch and test the changes.

git checkout -b ntrehan-1771 development
git pull https://github.com/ntrehan/VRMS.git 1771

[pluto-bell]

@ntrehan just a heads up that your API req & res screenshot is currently broken / doesn't populate.

[ntrehan]

@ntrehan just a heads up that your API req & res screenshot is currently broken / doesn't populate.

Hi @pluto-bell Thanks for pointing that out!
However no matter how many times I reupload it there
I am not able to get it fixed

So I'll just add it here

[jng34]

Ref: #1771
@ntrehan It seems like you might have missed the capture of the project.id. Perhaps pushing an project object with id and name properties would be great. Other than that, the code block looks good!

[trillium]

This is a good catch

[vorleakyek]

If curl.exe --location 'http://localhost:3000/api/projects/projectManagers' returns "Unauthorized",
try
curl.exe --location 'http://localhost:3000/api/projects/projectManagers' --header 'x-customrequired-header: custom-header-here'
Note: replace custom-header-here with your own header.

Note: it returns the test data because we're running it locally. It will the actual data for the production environment.

{ : [ "VRMS" ], lead one: [ "New Test Project A+" ], as: [ "Fancy New Project" ], qegq: [ "! ! ! ! ! ! ! ! ! 🚨! ! ! DOGEfdsafdasfdsa" ], test: [ "! ! ! ! !TESTING123fdsaf" ], user: [ "! ! ! ! ! ! ! Project !!!! - testing 🐢fdsaffds" ], a: [ "TESTING Editing", "Projj" ], none: [ "meep" ] }

[trillium]

Requesting clarification and changes on API

• will user object be populated for each entry?
• Can we switch to an array instead of an object so that the frontend doesnt need to duplicate data for users with more than one managed project?

Thanks for putting so much work into getting this over then hill!

[trillium]

I think we want an array of objects of shape:

const userProjectMap = []; //changed to array

// Object shape from API call
{
    user, // will this just be the userId string or will
          // we have a populated user object with email, etc?
    project: {
        name: string
        projectId: string
    }
}

Does that look right to you? Then we'd be returning an array that can be sorted more easily on the front end with some sort functions

[trillium]

Am I right in understanding that the final out of the array (or object if thats the structure we go with) will only have user IDs? Do we need to make a second db call to populate the user object?

[trillium]

PR has been added to user_permissions_search feature branch!