Discussion: Add ability to approve any unapproved project in admin UI

Open
#1,581 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
2/5
Estimated time
Under an hour
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
javascript
Domain
api, frontend

Research direction

Review the admin UI approval flow and the API validation behavior described in the issue, focusing on the approvalRequested and long description conditions. The scope is not decided: determine whether approval should be allowed for any unapproved project with a long description, and confirm the UI and API behave consistently if that decision is made.

Written by the indexing model from the issue text.

Description

Problem

At the moment, only projects with approved: false, approvalRequested: true can be approved, which, in a non-direct way, supports the API requiring the presence of long description for approved projects

  • an org owner can create a project without long description
  • an admin cannot approve such a project through the UI
  • if an admin tries to approve such a project through the API directly, they will get a validation error
  • an org owner can request approval once they provide a long description
  • an admin can approve such a project both through the UI and the API directly

Really, in the background, this only affects the admins and no one else, so I'm not sure it's worth our time to change anything at the moment, but what we could do, is support approving a project as long as they have a longDescritption, without necessarily being in approvalRequested status

It would take 30 minutes to do, but i'm not sure it's wise or useful, simply because there may be a scenario where an owner might provide an incomplete long description, but not be ready for approval yet.

Dominant language
JavaScript
Stars
120
Forks
75
PR merge metrics
No merged PRs in 30d

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from code-corps/code-corps-ember

All issues in code-corps/code-corps-ember

Similar issues

More JavaScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.