Purav Finish PR #2052 Centralize permission keys for hasPermission by pixelpix13 · Pull Request #5431 · OneCommunityGlobal/HighestGoodNetworkApp

pixelpix13 · 2026-08-06T18:29:50Z

Description

Implements permission-key constants so components no longer pass raw strings into hasPermission() (PR #2052 / task: Finish PR2052 – Create constants for permission keys).

This is a frontend refactor only (takeover of Anirudh’s WIP Anirudh_permissionsMangement). There is no new UI feature. Runtime permission values are unchanged (permissions.postProject === 'postProject'), so behavior should match development when the same permissions are assigned.

Motivation: Reused hardcoded strings across many components are typo-prone and hard to maintain. Centralizing keys in permissionKeys.js (sourced from Permissions.json + legacy keys) and using RoutePermissions in Header improves consistency and maintainability going forward (per Jae/Diego notes on PR #2052).

Fixes / Implements: PR #2052 (PRIORITY LOW – Finish constants for permission keys / WIP Purav #2052)

Related PRS (if any):

Frontend-only PR — no related backend PR.
Takeover / continuation of Anirudh’s earlier WIP branch Anirudh_permissionsMangement (never merged); reimplemented on current development with flat permissions.* keys + RoutePermissions (instead of nested hand-written constants).

Main changes explained:

Create src/utils/permissionKeys.js — builds frozen permissions map from Permissions.json + LEGACY_OR_EXTRA_KEYS; also exports permissionCategories.
Update src/utils/constants.js — re-exports permissions / permissionCategories.
Update src/utils/routePermissions.js — route/nav permission lists use permissions.* constants.
Update src/utils/permissions.js — supports array-style OR checks used by RoutePermissions.
Update Header and many feature areas (User Management, Projects/WBS, Teams, Timelog, Badges, Warnings, Permissions Management, BM/CP/KI headers, Weekly Summaries Report, Job Analytics, etc.) to call hasPermission(permissions.X) / RoutePermissions.* instead of string literals.
Update leftover access checks (viewWBSpermissionsRequired, routes Blue Square Email, frontPermissions.includes(...), etc.) to use the same constants.
Synced with latest origin/development (Header / UserManagement conflicts resolved while keeping constants).

Before	After
`hasPermission('postProject')`	`hasPermission(permissions.postProject)`
Long Header OR-chains of strings	`hasPermission(RoutePermissions.userManagement)` etc.
Scattered magic strings	Central map in `permissionKeys.js`

How to test:

Check out this branch: feature/Purav-takingover-permission-constants
Run npm install (Node v20.19.4 recommended), then start locally: npm run start:local (app at http://localhost:5173)
Clear site data/cache for localhost if needed
Log in as Admin (and also retest as Volunteer). For full role CRUD / permission toggles, use an Owner account (or ask Jae to upgrade a Dev account)

Smoke (Admin / Volunteer)

App loads with no console/runtime errors from permission checks
Header nav shows expected links for that role (Reports, User Management, Projects, Teams, Badges, Permissions Management, Send Emails, Schedule Meetings, etc.)
Permissions Management page opens
Dark mode still works normally (no UI redesign in this PR — confirm existing screens look correct in dark mode)

Permission ON / OFF regression (Owner recommended)

Toggle permissions in Permissions Management → Save → hard refresh / re-login → confirm UI:

Header / nav — Reports, Weekly Summaries, User Management, Badge Management, Projects, Teams, Permissions Management, Announcements/Send Emails, Schedule Meetings, PR Dashboard, Blue Square Email Management
User Management — list / create / delete user, status/pause, time-off, set final day
Projects / WBS / Tasks — project CRUD, members, WBS, tasks
Teams — create/edit/delete, assign members
Timelog / Weekly Summaries — edit/delete entries, edit summaries
Badges / Blue Squares / Warnings
Other — LeaderBoard, SummaryBar, Job Analytics (getJobReports), Weekly Summaries bio highlight filter

Pass criteria: ON → control available and works; OFF → hidden/disabled/blocked; no white screens.

Known note to verify

Header Badge Management uses RoutePermissions.badgeManagement, which includes assignBadges (development Header OR-chain did not). Confirm whether users with only Assign Badges should see that nav item.

Screenshots or videos of changes:

pr.5431_video.mp4

Note:

No new UI/feature — reviewers should verify behavior parity with development, not look for new screens.
Full permission regression needs Owner (or postRole / putRole / deleteRole). Admin alone may not be able to add/edit/delete roles.
Dark mode: unchanged by design; still confirm no regressions on touched pages.
CSS: no new generic global class names introduced for this refactor.
Quality Gate / SonarCloud: passed on latest analysis after cleanup commits.

…le components for improved maintainability and consistency. Updated permission checks in BMHeader, BadgeDevelopmentTable, BadgeReport, JobFormBuilder, CPHeader, Header, EnhancedJobFormBuilder, and various Project components.

…stants Co-authored-by: Cursor <cursoragent@cursor.com>

…nstants. Co-authored-by: Cursor <cursoragent@cursor.com>

netlify · 2026-08-06T18:29:56Z

✅ Deploy Preview for highestgoodnetwork-dev ready!

Name	Link
🔨 Latest commit	`225483b`
🔍 Latest deploy log	https://app.netlify.com/projects/highestgoodnetwork-dev/deploys/6aa4d2b68b63af0008cc237d
😎 Deploy Preview	https://deploy-preview-5431--highestgoodnetwork-dev.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.
🤖 Make changes	Run an agent on this branch

To edit notification comments on pull requests, go to your Netlify project configuration.

…rmission vars, add sort comparator. Co-authored-by: Cursor <cursoragent@cursor.com>

Adit0717

Tested this locally on the "feature/Purav-takingover-permission-constants" branch. Verified the following routes using both Admin and Volunteer roles:

Admin role:

/projects - accessible
/usermanagement - accessible
/badgemanagement - accessible
/teams - accessible
/permissionsmanagement - accessible
/announcements - redirected to /dashboard

Volunteer role:

/projects, /usermanagement, /badgemanagement, /teams, /permissionsmanagement - all redirected to /dashboard

DeepighaJ

I see after toggle on/off the persmission management table is not updated, it is intended behavior?
Admin:

Toggle Permission

Assign badge is toggled off and assign badge is enabled and it allows to select badges and on clicking confirm it throws below error. The message should state no permission/permission toggled off something like that.

Create team is not available as its toggled off

JobAnalytic:

Volunteer:

nathanah

I think 'update:badges' is the wrong key.
I caught some redundant role checks for owner that we can clean up while we're at it.
Could reorganize the groups to be more useful, but this is fine.
Otherwise, looks good.

nathanah · 2026-08-15T11:34:20Z

+  const canUpdateBadges = hasPermission(permissions['update:badges']);
+  const canDeleteBadges = hasPermission(permissions['delete:badges']);


Suggested change

const canUpdateBadges = hasPermission(permissions['update:badges']);

const canDeleteBadges = hasPermission(permissions['delete:badges']);

const canUpdateBadges = hasPermission(permissions.updateBadges);

const canDeleteBadges = hasPermission(permissions.deleteBadges);

Should it be this?

nathanah · 2026-08-15T11:51:21Z


  const canDeleteQuestionSets = useMemo(
-    () => userRole === 'Owner' || dispatch(hasPermission('deleteFormQuestions')),
+    () => userRole === 'Owner' || dispatch(hasPermission(permissions.deleteFormQuestions)),


Suggested change

() => userRole === 'Owner' || dispatch(hasPermission(permissions.deleteFormQuestions)),

() => dispatch(hasPermission(permissions.deleteFormQuestions)),

nathanah · 2026-08-15T11:51:29Z


  const canEditQuestionSets = useMemo(
-    () => userRole === 'Owner' || dispatch(hasPermission('editFormQuestions')),
+    () => userRole === 'Owner' || dispatch(hasPermission(permissions.editFormQuestions)),


Suggested change

() => userRole === 'Owner' || dispatch(hasPermission(permissions.editFormQuestions)),

() => dispatch(hasPermission(permissions.editFormQuestions)),

nathanah · 2026-08-15T11:51:37Z


  const canCreateQuestionSets = useMemo(
-    () => userRole === 'Owner' || dispatch(hasPermission('createFormQuestions')),
+    () => userRole === 'Owner' || dispatch(hasPermission(permissions.createFormQuestions)),


Suggested change

() => userRole === 'Owner' || dispatch(hasPermission(permissions.createFormQuestions)),

() => dispatch(hasPermission(permissions.createFormQuestions)),

nathanah · 2026-08-15T11:51:48Z


  const canCreateQuestionSets = useMemo(
-    () => userRole === 'Owner' || dispatch(hasPermission('createFormQuestions')),
+    () => userRole === 'Owner' || dispatch(hasPermission(permissions.createFormQuestions)),


Suggested change

() => userRole === 'Owner' || dispatch(hasPermission(permissions.createFormQuestions)),

() => dispatch(hasPermission(permissions.createFormQuestions)),

nathanah · 2026-08-15T11:51:56Z


  const canManageForms = useMemo(
-    () => userRole === 'Owner' || dispatch(hasPermission('manageJobForms')),
+    () => userRole === 'Owner' || dispatch(hasPermission(permissions.manageJobForms)),


Suggested change

() => userRole === 'Owner' || dispatch(hasPermission(permissions.manageJobForms)),

() => dispatch(hasPermission(permissions.manageJobForms)),

nathanah · 2026-08-15T11:54:45Z

+    props.hasPermission(RoutePermissions.permissionsManagement, !isAuthUser) ||
+    props.hasPermission(RoutePermissions.userPermissionsManagement, !isAuthUser);


Suggested change

props.hasPermission(RoutePermissions.permissionsManagement, !isAuthUser) ||

props.hasPermission(RoutePermissions.userPermissionsManagement, !isAuthUser);

props.hasPermission(RoutePermissions.permissionsManagement, !isAuthUser);

…stants

…checks, simplify Header permissionsManagement access. Co-authored-by: Cursor <cursoragent@cursor.com>

pixelpix13 · 2026-08-17T20:16:16Z

@DeepighaJ can you tell me what role did you use to test?

…on-only access pattern. Co-authored-by: Cursor <cursoragent@cursor.com>

linlin-husky

I tried to login with Volunteer and admin Role: for both roles, Route protection works as expected. Directly navigating to admin routes (/projects, /usermanagement, /badgemanagement, /teams, /permissionsmanagement) correctly redirects back to /dashboard. Also for admin role, Core management pages and header navigation load properly with the updated permission constants.

However, when I navigated to check Badge Management, when I clicked the Edit button in badge management, the page crashed.

Attaching the crash screenshot. Could you please take a look at the modal trigger and permission checks in BadgeDevelopmentTable.jsx?

Use props.hasPermission in BadgeDevelopmentTable and null-safe badge field loading in EditBadgePopup so null API values no longer throw on .length. Co-authored-by: Cursor <cursoragent@cursor.com>

linlin-husky

Review Summary & Regression Findings

Tested locally on the latest commit d3e6750 (feature/Purav-takingover-permission-constants).

While the previous white-screen crash on clicking "Edit" is resolved, two blocking functional issues were identified during testing:

1. Badge Management: Edits fail to update/persist

Steps to Reproduce:
1. Go to Badge Management -> Badge Development.
2. Click Edit on any badge (e.g., "0 Hours for 6 Week Streak").
3. Modify any field (Name, Description, Type, etc.) in the Edit Badge popup and click Update.
Issue: The modal closes/submits, but the changes do not persist or reflect in the table.
pls check the below two images

Because I just got the owner access from jae, so i get to check in owner role

2. Permissions Management: when logging in as owner User permissions are non-interactive

Steps to Reproduce:
1. Go to Permissions Management -> Manage User Permissions.
2. Select any active user
Issue: All action buttons (Delete / Toggle) on the right side are permanently disabled/grayed out, and clicking the permissions produces no state updates.
Note: Please check PermissionList.jsx, PermissionListItem.jsx, and PermissionsConst.js for key mismatch issues with the refactored constants.

Thank you!

DeMoliT1on

Apart from single suggestion rest looks good to me

DeMoliT1on · 2026-08-21T18:41:17Z

 import EditBadgePopup from './EditBadgePopup';
 import DeleteBadgePopup from './DeleteBadgePopup';
 import hasPermission from '../../utils/permissions';
+import { permissions } from '../../utils/constants';


Suggested change

import { permissions } from '../../utils/constants';

import { permissions } from '~/utils/constants';

I would encourage you to use absolute imports rather than relative ones wherever possible, this would make them much more readable

nathanah

One more small change, then I'll approve.

Co-authored-by: Nathan Hoffman <nathanahoffman@gmail.com>

…tor. Gate Select Featured on updateBadges and modifyBadgeAmount permissions per Nathan review feedback. Co-authored-by: Cursor <cursoragent@cursor.com>

linlin-husky

I rereviewed the edit badge functionality, I found the update button is disabled. could you pls check?

DeMoliT1on

Tested again on local for frontend PR changes branch feature/Purav-takingover-permission-constants with related backend PR and observed the following things.

Issue 1 – "Create New Badge" action missing frontend permission check

Observed:

Logged in using a user who only has "See Badges" permission and navigate to Badge Management page
The "Create New Badge" button remains clickable even if the logged-in user lacks badge creation permissions.
Clicking the button allows the user to open the "New Badge" modal and submit the form, which only fails after triggering an authorization error from the backend API ("You are not authorized to create new badges.").

Expected Behavior

The "Create New Badge" button should be disabled on the frontend using hasPermission(permissions.createBadges) if the user does not possess the requisite permission.

Screenshots

Overall Assessment

Verified Working

Permission Constants Implementation: Replaced hardcoded permission string literals across components (Header, User Management, Projects/WBS, Teams, Timelog, Badges, Permissions Management, etc.) with centralized permissions.* constants exported from permissionKeys.js.
Route Permissions & Checks: Updated routePermissions.js and hasPermission() utility functions to support array-style checks seamlessly.
Header Navigation Parity: Verified Header links (User Management, Reports, Projects, Teams, Badges, Permissions Management, etc.) render as expected based on assigned user role permissions without runtime console errors.
Permission Toggle Functionality: Tested turning permissions ON and OFF for role configurations in Permissions Management - UI controls correctly show/hide/disable based on updated constant-based permission checks.
Dark Mode Parity: Confirmed existing UI layout and theme display remain intact with no styling regressions in dark mode across updated pages.

Requesting Changes

Please address the missing frontend permission check on the "Create New Badge" button before merging:

"Create New Badge" button should use hasPermission(permissions.createBadges) so unauthorized users cannot invoke the modal or submit the request.

Resolve routePermissions conflict using permissions.* constants including rescheduleEvent. Gate Create New Badge with createBadges permission and fix Edit Badge form sync so Update enables when badge data loads correctly. Co-authored-by: Cursor <cursoragent@cursor.com>

pixelpix13 · 2026-09-03T21:18:56Z

I rereviewed the edit badge functionality, I found the update button is disabled. could you pls check?

Hey @linlin-husky, I think it's because the image URL field is empty

sonarqubecloud · 2026-09-03T21:21:35Z

❌ The last analysis has failed.

See analysis details on SonarQube Cloud

Co-authored-by: Cursor <cursoragent@cursor.com>

MahalakshmiPFW

Hi! Everything was tested locally and seems to be working fine. Admin and Volunteer route permissions are behaving as expected.

muthapriyanka

Tested PR https://github.com/OneCommunityGlobal/HighestGoodNetworkApp/pull/5431locally.
Updated some permissions and badge creation.
One suggestion is the permission management page has a grid around it which is hardly visible in dark mode may be in future PR we can improve that.

shubhamjakhete

Hi,

I checked the key mapping mechanically rather than only by clicking through the UI.

All constants resolve. Every permission key referenced on this branch checks out against Permissions.json or LEGACY_OR_EXTRA_KEYS. Nothing evaluates to undefined, which would deny silently with no error.

One behaviour change worth noting. development uses hasPermission('update:badges') at BadgeDevelopmentTable.jsx:30, and neither update:badges nor delete:badges exists in Permissions.json, so those checks have never returned true for anyone. updateBadges and deleteBadges do exist, making the switch a real fix rather than a rename. Badge update and delete controls will start appearing for users who have never seen them. Worth updating the description, since "runtime permission values are unchanged" isn't quite accurate here.

HemanthVarupula

Hi @pixelpix13
Tested the pr #5431 locally as admin
App loads successfully
Header loads as intended all the links works

just you can look into font and color , apart from that everything works as intended

Resolve EditBadgePopup conflict by keeping null-safe edit loading plus missing-field warning, and extend permissions management route access using RoutePermissions constants. Co-authored-by: Cursor <cursoragent@cursor.com>

Remove unused userRole in JobFormbuilder and use RegExp.exec in badge error parsing. Co-authored-by: Cursor <cursoragent@cursor.com>

sonarqubecloud · 2026-09-12T04:20:29Z

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.5% Duplication on New Code

See analysis details on SonarQube Cloud

one-community · 2026-09-13T05:29:14Z

Thank you all, merging!

pixelpix13 and others added 4 commits August 3, 2026 21:24

Merge origin/development into feature/Purav-takingover-permission-con…

69645ba

…stants Co-authored-by: Cursor <cursoragent@cursor.com>

Merge origin/development into feature/Purav-takingover-permission-con…

6abf6ee

…stants Co-authored-by: Cursor <cursoragent@cursor.com>

Replace remaining hardcoded permission strings with permissionKeys co…

3ed9e2a

…nstants. Co-authored-by: Cursor <cursoragent@cursor.com>

Fix SonarQube issues: restore Schedule Meetings nav, remove unused pe…

fddf35b

…rmission vars, add sort comparator. Co-authored-by: Cursor <cursoragent@cursor.com>

pixelpix13 changed the title ~~Finish PR #2052: Centralize permission keys via permissionKeys constants~~ Purarv-Takingover-PR #2052: Centralize permission keys via permissionKeys constants Aug 6, 2026

pixelpix13 changed the title ~~Purarv-Takingover-PR #2052: Centralize permission keys via permissionKeys constants~~ Purav-Takingover-PR #2052: Centralize permission keys via permissionKeys constants Aug 6, 2026

pixelpix13 changed the title ~~Purav-Takingover-PR #2052: Centralize permission keys via permissionKeys constants~~ Purav Finish PR #2052 Centralize permission keys for hasPermission Aug 9, 2026

one-community added the High Priority - Please Review First This is an important PR we'd like to get merged as soon as possible label Aug 13, 2026

Adit0717 reviewed Aug 13, 2026

View reviewed changes

DeepighaJ requested changes Aug 15, 2026

View reviewed changes

nathanah requested changes Aug 15, 2026

View reviewed changes

pixelpix13 and others added 2 commits August 17, 2026 15:07

Merge origin/development into feature/Purav-takingover-permission-con…

88894a7

…stants

Address PR review: fix badge permission keys, remove redundant Owner …

6b24e17

…checks, simplify Header permissionsManagement access. Co-authored-by: Cursor <cursoragent@cursor.com>

OneCommunityGlobal deleted a comment from Puravpatel13 Aug 17, 2026

Remove redundant Owner role check in JobFormbuilder to match permissi…

2999e59

…on-only access pattern. Co-authored-by: Cursor <cursoragent@cursor.com>

linlin-husky requested changes Aug 18, 2026

View reviewed changes

Fix badge edit crash and wire permission checks correctly.

d3e6750

Use props.hasPermission in BadgeDevelopmentTable and null-safe badge field loading in EditBadgePopup so null API values no longer throw on .length. Co-authored-by: Cursor <cursoragent@cursor.com>

pixelpix13 requested review from DeepighaJ, linlin-husky and nathanah August 19, 2026 22:59

linlin-husky requested changes Aug 20, 2026

View reviewed changes

DeMoliT1on requested changes Aug 21, 2026

View reviewed changes

nathanah requested changes Aug 21, 2026

View reviewed changes

Comment thread src/components/Badge/BadgeManagement.jsx Outdated

Comment thread src/components/Badge/BadgeManagement.jsx Outdated

nathanah reviewed Aug 21, 2026

View reviewed changes

Comment thread src/components/Badge/BadgeManagement.jsx

nathanah reviewed Aug 21, 2026

View reviewed changes

Comment thread src/components/Badge/BadgeManagement.jsx

fix: convert logic to use hasPermission()

43596a5

Co-authored-by: Nathan Hoffman <nathanahoffman@gmail.com>

nathanah previously approved these changes Aug 21, 2026

View reviewed changes

Remove Owner/Admin role bypass from UserProfile Badges featured selec…

f368090

…tor. Gate Select Featured on updateBadges and modifyBadgeAmount permissions per Nathan review feedback. Co-authored-by: Cursor <cursoragent@cursor.com>

pixelpix13 dismissed nathanah’s stale review via f368090 August 22, 2026 05:49

pixelpix13 requested review from Adit0717, DeMoliT1on, linlin-husky and nathanah August 22, 2026 05:52

linlin-husky requested changes Aug 22, 2026

View reviewed changes

nathanah previously approved these changes Aug 23, 2026

View reviewed changes

DeMoliT1on requested changes Aug 28, 2026

View reviewed changes

pixelpix13 dismissed nathanah’s stale review via fecc94b September 3, 2026 21:19

ci: re-run SonarCloud and PR checks

3b996b8

Co-authored-by: Cursor <cursoragent@cursor.com>

MahalakshmiPFW previously approved these changes Sep 5, 2026

View reviewed changes

nathanah previously approved these changes Sep 6, 2026

View reviewed changes

muthapriyanka previously approved these changes Sep 9, 2026

View reviewed changes

shubhamjakhete previously approved these changes Sep 10, 2026

View reviewed changes

HemanthVarupula previously approved these changes Sep 10, 2026

View reviewed changes

pixelpix13 dismissed stale reviews from HemanthVarupula, shubhamjakhete, muthapriyanka, nathanah, and MahalakshmiPFW via be5872f September 12, 2026 04:12

Fix SonarQube maintainability issues on PR branch.

225483b

Remove unused userRole in JobFormbuilder and use RegExp.exec in badge error parsing. Co-authored-by: Cursor <cursoragent@cursor.com>

nathanah approved these changes Sep 12, 2026

View reviewed changes

one-community merged commit 519e05d into development Sep 13, 2026
10 checks passed

		const canUpdateBadges = hasPermission(permissions['update:badges']);
		const canDeleteBadges = hasPermission(permissions['delete:badges']);

	() => userRole === 'Owner' \|\| dispatch(hasPermission(permissions.deleteFormQuestions)),
	() => dispatch(hasPermission(permissions.deleteFormQuestions)),

		props.hasPermission(RoutePermissions.permissionsManagement, !isAuthUser) \|\|
		props.hasPermission(RoutePermissions.userPermissionsManagement, !isAuthUser);

	import { permissions } from '../../utils/constants';
	import { permissions } from '~/utils/constants';

Conversation

pixelpix13 commented Aug 6, 2026 • edited by nathanah Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Related PRS (if any):

Main changes explained:

How to test:

Smoke (Admin / Volunteer)

Permission ON / OFF regression (Owner recommended)

Known note to verify

Screenshots or videos of changes:

Note:

Uh oh!

netlify Bot commented Aug 6, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ Deploy Preview for highestgoodnetwork-dev ready!

Uh oh!

Adit0717 left a comment

Choose a reason for hiding this comment

Uh oh!

DeepighaJ left a comment

Choose a reason for hiding this comment

Uh oh!

nathanah left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

pixelpix13 commented Aug 17, 2026

Uh oh!

linlin-husky left a comment

Choose a reason for hiding this comment

Uh oh!

linlin-husky left a comment • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Review Summary & Regression Findings

1. Badge Management: Edits fail to update/persist

2. Permissions Management: when logging in as owner User permissions are non-interactive

Uh oh!

DeMoliT1on left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

nathanah left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

linlin-husky left a comment

Choose a reason for hiding this comment

Uh oh!

DeMoliT1on left a comment

Choose a reason for hiding this comment

Issue 1 – "Create New Badge" action missing frontend permission check

Observed:

Expected Behavior

Screenshots

Overall Assessment

Verified Working

Requesting Changes

Uh oh!

pixelpix13 commented Sep 3, 2026

Uh oh!

sonarqubecloud Bot commented Sep 3, 2026

pixelpix13 commented Aug 6, 2026 •

edited by nathanah

Loading

netlify Bot commented Aug 6, 2026 •

edited

Loading

linlin-husky left a comment •

edited

Loading