feat: move admin access group grid to mui#911
Conversation
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
📝 WalkthroughWalkthroughConsolidates admin-access create/edit into a dialog on the list page, migrates the form to MUI + Formik with validation, updates actions to include pagination metadata and changes saveAdminAccess behavior, updates reducer pagination/total handling and deletion, removes the legacy edit page, and adds comprehensive tests. ChangesAdmin Access Module Dialog-Based Refactor
Sequence Diagram(s)sequenceDiagram
participant Router
participant ListPage as AdminAccessListPage
participant Actions as admin-access-actions
participant Reducer as adminAccessListReducer
participant Dialog as AdminAccessFormPopup
Router->>ListPage: navigate to /app/admin-access | /new | /:id
ListPage->>Actions: getAdminAccesses(term, page, perPage, order, orderDir)
Actions->>Reducer: dispatch REQUEST_ADMIN_ACCESSES + RECEIVE (page/perPage in metadata)
Reducer->>ListPage: state (admin_accesses, totalAdminAccesses, currentPage, perPage)
alt Route /new or /:id
ListPage->>Actions: getAdminAccess(id) if :id
ListPage->>Dialog: open(entity, errors)
else List route
ListPage->>Dialog: close via closeDialog → push /app/admin-access
end
Dialog->>Actions: saveAdminAccess(entity) or deleteAdminAccess(id)
Actions->>Reducer: dispatch ADMIN_ACCESS_ADDED/UPDATED/DELETED
Actions->>ListPage: refresh via getAdminAccesses in .finally()
Estimated code review effort🎯 4 (Complex) | ⏱️ ~50 minutes Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 3
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@src/layouts/admin-access-layout.js`:
- Around line 30-36: The current Route path (`path={`${match.url}/:access_id?`}`
in the Switch) is too permissive and treats any single-segment suffix as an edit
route; replace it with explicit routes: add a Route for the "new" page using
`${match.url}/new` (rendering AdminAccessListPage or AdminAccessForm as
appropriate) and add a separate Route for numeric IDs using a constrained param
like `${match.url}/:access_id(\\d+)` that renders AdminAccessListPage for
editing; keep the Redirect to `match.url` after those Routes and ensure the
order is: new route, numeric-id route, then Redirect so invalid segments still
fall through to the redirect.
In `@src/pages/admin_access/admin-access-list-page.js`:
- Around line 63-79: The getAdminAccess(accessId).then(() => setOpen(true)) call
can reopen the modal with stale data; modify the effect around
useEffect/getAdminAccess to guard against late responses by sequencing or
cancellation: capture the current accessId/isNew (from match.params.access_id
and a flag from /new) or create a request token/AbortController before calling
getAdminAccess, and when the promise resolves verify the token matches the
latest accessId (and still not isNew) before calling setOpen(true) and applying
fetched data (or abort the fetch). Also ensure resetAdminAccessForm is only
applied for the intended /new route by checking the same guard.
- Around line 106-112: handleDeleteAdminAccess currently performs an optimistic
delete via deleteAdminAccess but never refetches the paginated data, leaving
currentPage pointing at an empty page after deleting the last item; change the
flow so that after deleteAdminAccess resolves (or in its success
callback/promise then), call the pagination refetch function (e.g.,
fetchAdminAccessPage or refetchAdminAccess) for the currentPage, and if the
returned page is empty and currentPage > 1, decrement currentPage and refetch
the previous page; update the state that holds currentPage and the page data
accordingly instead of relying only on the reducer’s local filter.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: f9c84e8b-8dbe-47a6-856f-4041b0d8ca43
📒 Files selected for processing (8)
src/actions/admin-access-actions.jssrc/components/forms/admin-access-form.jssrc/layouts/admin-access-layout.jssrc/pages/admin_access/__tests__/admin-access-list-page.test.jssrc/pages/admin_access/admin-access-list-page.jssrc/pages/admin_access/edit-admin-access-page.jssrc/reducers/admin_access/__tests__/admin-access-list-reducer.test.jssrc/reducers/admin_access/admin-access-list-reducer.js
💤 Files with no reviewable changes (1)
- src/pages/admin_access/edit-admin-access-page.js
| ? `${member.first_name} ${member.last_name} (${member.email})` | ||
| : `${member.first_name} ${member.last_name} (${member.id})`; | ||
| }} | ||
| : `${member.first_name} ${member.last_name} (${member.id})`} |
There was a problem hiding this comment.
if the only thing that changes is the parenthesis, then the ternary condition should go there
There was a problem hiding this comment.
@priscila-moneo this refactor never was applied please review
There was a problem hiding this comment.
@priscila-moneo This refactor was never applied. The ternary for the Edit vs Add label currently lives in the popup (admin-access-form-popup.js), but based on the feedback the conditional title logic should be moved into the form component itself.
2c47f00 to
e24b38c
Compare
ee5e6d9 to
c1ff274
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Nitpick comments (1)
src/pages/admin_access/__tests__/admin-access-list-page.test.js (1)
43-45: ⚡ Quick winMock
onDeletewith the row id, not the full row, to match the realMuiTablecontract.The real
MuiTableinvokesonDeletewith the primitive row id, whereasonEditreceives the full row. This mock firesonDelete(row), so the delete test only exercises the object branch ofhandleDeleteAdminAccess(typeof rowOrId === "object") while production hits the id branch. Passingrow.idkeeps the test green and faithful to the contract.♻️ Align mock with the real callback payload
- <button type="button" onClick={() => onDelete(row)}> + <button type="button" onClick={() => onDelete(row.id)}> delete </button>Based on learnings:
onDeleteis called with the primitive row identifier (e.g.,id/rowId), not the full row object, whileonEditandonSelectreceive the full row object.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/pages/admin_access/__tests__/admin-access-list-page.test.js` around lines 43 - 45, The test mock currently calls onDelete(row) but the real MuiTable passes the primitive row id; change the mock delete button to call onDelete(row.id) so the test exercises the id branch in handleDeleteAdminAccess (keep onEdit as-is since it expects the full row object). Update the mock in the test file to pass the row.id identifier to onDelete and verify assertions still target the id-based behavior.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/components/forms/admin-access-form.js`:
- Around line 33-44: AdminAccessForm currently ignores server-side validation
errors because its props only include { entity, onSubmit, isSaving }; update the
component to accept an errors prop and, inside the component (after useFormik),
watch for changes to that errors prop and call formik.setErrors(errors) and set
relevant fields touched (e.g.,
formik.setTouched(Object.fromEntries(Object.keys(errors||{}).map(k=>[k,true]))))
so Formik displays backend field errors; reference AdminAccessForm, useFormik,
formik.setErrors and formik.setTouched when adding the effect.
---
Nitpick comments:
In `@src/pages/admin_access/__tests__/admin-access-list-page.test.js`:
- Around line 43-45: The test mock currently calls onDelete(row) but the real
MuiTable passes the primitive row id; change the mock delete button to call
onDelete(row.id) so the test exercises the id branch in handleDeleteAdminAccess
(keep onEdit as-is since it expects the full row object). Update the mock in the
test file to pass the row.id identifier to onDelete and verify assertions still
target the id-based behavior.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 4f222801-0811-48de-a064-e78c82e90c61
📒 Files selected for processing (8)
src/actions/__tests__/admin-access-actions.test.jssrc/actions/admin-access-actions.jssrc/components/forms/admin-access-form.jssrc/i18n/en.jsonsrc/layouts/admin-access-layout.jssrc/pages/admin_access/__tests__/admin-access-list-page.test.jssrc/pages/admin_access/admin-access-list-page.jssrc/pages/admin_access/edit-admin-access-page.js
💤 Files with no reviewable changes (1)
- src/pages/admin_access/edit-admin-access-page.js
✅ Files skipped from review due to trivial changes (1)
- src/i18n/en.json
c1ff274 to
9e8890d
Compare
There was a problem hiding this comment.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (2)
src/pages/admin_access/admin-access-list-page.js (2)
77-80:⚠️ Potential issue | 🟡 Minor | ⚡ Quick winHandle
getAdminAccessrejection.The promise chain lacks a
.catch. If the fetch fails (e.g. invalidaccess_id), this produces an unhandled rejection and the dialog silently never opens, leaving the user on a dead URL. Add a catch that closes/returns to the list.🛡️ Proposed fix
if (accessId) { - getAdminAccess(accessId).then(() => setOpen(true)); + getAdminAccess(accessId) + .then(() => setOpen(true)) + .catch(() => { + history.push("/app/admin-access"); + }); return; }🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/pages/admin_access/admin-access-list-page.js` around lines 77 - 80, The current call to getAdminAccess(accessId).then(() => setOpen(true)) lacks error handling; wrap it with a .catch to handle rejection by closing the dialog and returning the user to the list. Specifically, update the branch that calls getAdminAccess(accessId) so failures call setOpen(false) (or ensure the dialog remains closed) and perform a navigation back to the admin-access list (e.g., via the app's router helper or history push/replace) and/or show a user-facing error; keep getAdminAccess and setOpen as the referenced symbols when implementing the .catch handler.
150-162:⚠️ Potential issue | 🟠 Major | ⚡ Quick winAdd a
renderformatter for thesummits/memberscolumns
getAdminAccessesexpandssummits/membersand requestssummits.nameplusmembers.first_name/last_name, so thesecolumnKeys receive arrays of objects. Since the columns define norenderformatter, the table renders the rawrow[col.columnKey](invalid React children /[object Object]). Add arenderthat maps to display strings.🐛 Proposed fix (confirm the column renderer prop name for MuiTable)
{ columnKey: "title", header: T.translate("admin_access.title"), sortable: true }, - { columnKey: "summits", header: T.translate("admin_access.summits") }, - { columnKey: "members", header: T.translate("admin_access.members") } + { + columnKey: "summits", + header: T.translate("admin_access.summits"), + render: (row) => (row.summits || []).map((s) => s.name).join(", ") + }, + { + columnKey: "members", + header: T.translate("admin_access.members"), + render: (row) => + (row.members || []) + .map((m) => `${m.first_name} ${m.last_name}`) + .join(", ") + }🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/pages/admin_access/admin-access-list-page.js` around lines 150 - 162, The summits and members table columns in the columns array created in useMemo lack render formatters, so the table tries to render arrays of objects (causing [object Object] or invalid React children); update the column definitions for columnKey "summits" and "members" to add a render function (or the MuiTable column renderer prop name used in this codebase) that maps each summit object to summit.name (joined by commas) and each member object to a display name like `${first_name} ${last_name}` (also joined by commas) before returning the string/JSX for the cell; locate the columns definition in admin-access-list-page.js (the useMemo that defines columns) and add these renderers to those two column entries.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/components/forms/admin-access-form.js`:
- Around line 84-88: The getOptionLabel callback uses
member.hasOwnProperty("email"), which triggers no-prototype-builtins warnings
and can fail for objects with a null prototype or shadowed methods; update the
check in getOptionLabel to use Object.prototype.hasOwnProperty.call(member,
"email") (or an equivalent safe check like Boolean(member.email)) so the label
generation for the member (first_name, last_name, email/id) remains identical
but avoids prototype-builtins issues.
---
Outside diff comments:
In `@src/pages/admin_access/admin-access-list-page.js`:
- Around line 77-80: The current call to getAdminAccess(accessId).then(() =>
setOpen(true)) lacks error handling; wrap it with a .catch to handle rejection
by closing the dialog and returning the user to the list. Specifically, update
the branch that calls getAdminAccess(accessId) so failures call setOpen(false)
(or ensure the dialog remains closed) and perform a navigation back to the
admin-access list (e.g., via the app's router helper or history push/replace)
and/or show a user-facing error; keep getAdminAccess and setOpen as the
referenced symbols when implementing the .catch handler.
- Around line 150-162: The summits and members table columns in the columns
array created in useMemo lack render formatters, so the table tries to render
arrays of objects (causing [object Object] or invalid React children); update
the column definitions for columnKey "summits" and "members" to add a render
function (or the MuiTable column renderer prop name used in this codebase) that
maps each summit object to summit.name (joined by commas) and each member object
to a display name like `${first_name} ${last_name}` (also joined by commas)
before returning the string/JSX for the cell; locate the columns definition in
admin-access-list-page.js (the useMemo that defines columns) and add these
renderers to those two column entries.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 8e636853-e8b9-4f12-9db6-0f33466cbd6e
📒 Files selected for processing (7)
src/actions/__tests__/admin-access-actions.test.jssrc/actions/admin-access-actions.jssrc/components/forms/admin-access-form.jssrc/i18n/en.jsonsrc/layouts/admin-access-layout.jssrc/pages/admin_access/__tests__/admin-access-list-page.test.jssrc/pages/admin_access/admin-access-list-page.js
✅ Files skipped from review due to trivial changes (1)
- src/i18n/en.json
🚧 Files skipped from review as they are similar to previous changes (3)
- src/layouts/admin-access-layout.js
- src/pages/admin_access/tests/admin-access-list-page.test.js
- src/actions/tests/admin-access-actions.test.js
smarcet
left a comment
There was a problem hiding this comment.
@priscila-moneo please review comments
9e8890d to
90f9d74
Compare
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/pages/admin_access/__tests__/admin-access-list-page.test.js`:
- Around line 104-109: The test currently never sets baseState.loading so the
"in-flight save disables controls" assertions don't exercise the real guard;
update the test to drive loading by either (a) calling renderPage with a store
state where baseState.loading is > 0 (e.g. 1) to simulate an in-flight save, or
(b) mock the save thunk to dispatch the loading start action before resolving so
the component sees loading > 0; locate renderPage and mockStore usage and the
save thunk mock to implement one of these changes (adjust renderPage invocation
or the thunk mock) so the disabled-state assertions run against an actual
loading state.
In `@src/pages/admin_access/admin-access-form-popup.js`:
- Around line 1-2: The component currently relies on the global loading prop
which is set after an async token fetch, allowing rapid repeated submits; add a
component-scoped in-flight guard (e.g., local state boolean isSaving or
isSubmitting) and use it at the start of the submit handler to short-circuit
duplicate calls to saveAdminAccess; set isSaving=true immediately before
initiating the async/token fetch, reset it in a finally block after
saveAdminAccess completes or errors, and keep the existing checks against the
global loading prop (reference the submit handler that calls saveAdminAccess,
the saveAdminAccess dispatch, and the loading prop) so multiple rapid clicks
cannot trigger concurrent saves.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 47d29561-f28d-407e-8618-63bf77691dd6
📒 Files selected for processing (11)
src/actions/__tests__/admin-access-actions.test.jssrc/actions/admin-access-actions.jssrc/components/forms/admin-access-form.jssrc/i18n/en.jsonsrc/layouts/admin-access-layout.jssrc/pages/admin_access/__tests__/admin-access-list-page.test.jssrc/pages/admin_access/admin-access-form-popup.jssrc/pages/admin_access/admin-access-list-page.jssrc/pages/admin_access/edit-admin-access-page.jssrc/reducers/admin_access/__tests__/admin-access-list-reducer.test.jssrc/reducers/admin_access/admin-access-list-reducer.js
💤 Files with no reviewable changes (1)
- src/pages/admin_access/edit-admin-access-page.js
🚧 Files skipped from review as they are similar to previous changes (7)
- src/reducers/admin_access/tests/admin-access-list-reducer.test.js
- src/i18n/en.json
- src/actions/tests/admin-access-actions.test.js
- src/layouts/admin-access-layout.js
- src/components/forms/admin-access-form.js
- src/reducers/admin_access/admin-access-list-reducer.js
- src/actions/admin-access-actions.js
a8ecc81 to
cf34c55
Compare
smarcet
left a comment
There was a problem hiding this comment.
@priscila-moneo there are UX issues and we need to get rid of the sweet alert
in favor of snackbar handler
smarcet
left a comment
There was a problem hiding this comment.
Missing test coverage for three /sort/search paths identified in review.
cf34c55 to
4a3b2e5
Compare
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@src/actions/admin-access-actions.js`:
- Around line 94-95: The snackbarErrorHandler may be swallowing promise
rejections instead of propagating them, causing error handling chains to break.
In the getAdminAccess and deleteAdminAccess functions, replace the `.then(() =>
stopLoading())` pattern with a `.finally(() => stopLoading())` block to ensure
the loading state is cleared regardless of request success or failure, similar
to how saveAdminAccess already implements this pattern. Verify that
snackbarErrorHandler explicitly returns a rejected Promise after displaying the
error message so that downstream catch handlers in AdminAccessListPage and other
callers can properly handle the rejection chain.
In `@src/components/forms/admin-access-form.js`:
- Around line 51-57: The useEffect hook in admin-access-form.js returns early
when serverErrors is empty without clearing previously set Formik errors,
causing stale error messages to persist even after Redux resets the errors.
Instead of returning early when serverErrors is empty, call formik.setErrors({})
and formik.setTouched({}) to explicitly clear Formik's error and touched state,
ensuring it stays synchronized with the Redux state being reset.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: b74d7e8a-5671-49b0-bc6b-bb914b8be1ad
📒 Files selected for processing (11)
src/actions/__tests__/admin-access-actions.test.jssrc/actions/admin-access-actions.jssrc/components/forms/admin-access-form.jssrc/i18n/en.jsonsrc/layouts/admin-access-layout.jssrc/pages/admin_access/__tests__/admin-access-list-page.test.jssrc/pages/admin_access/admin-access-form-popup.jssrc/pages/admin_access/admin-access-list-page.jssrc/pages/admin_access/edit-admin-access-page.jssrc/reducers/admin_access/__tests__/admin-access-list-reducer.test.jssrc/reducers/admin_access/admin-access-list-reducer.js
💤 Files with no reviewable changes (1)
- src/pages/admin_access/edit-admin-access-page.js
🚧 Files skipped from review as they are similar to previous changes (5)
- src/reducers/admin_access/tests/admin-access-list-reducer.test.js
- src/i18n/en.json
- src/actions/tests/admin-access-actions.test.js
- src/layouts/admin-access-layout.js
- src/reducers/admin_access/admin-access-list-reducer.js
smarcet
left a comment
There was a problem hiding this comment.
@priscila-moneo please review pending comments
4a3b2e5 to
ae98699
Compare
smarcet
left a comment
There was a problem hiding this comment.
@priscila-moneo these threads were never fixed
#911 (comment)
and
#911 (comment)
Signed-off-by: Priscila Moneo <priscila_moneo@hotmail.com.ar>
ae98699 to
ea6f5db
Compare
…ave crash - Replace route-driven popup (URL changes) with inventory-style modal pattern: no URL mutation on open/edit/close, uses useState(false) open flag, getAdminAccess(id).then(() => setOpen(true)) for edit flow - Simplify admin-access-layout to single route (remove /new and /:id sub-routes) - Reset to DEFAULT_CURRENT_PAGE after delete (align with codebase convention) - Add expand=members,summits to POST/PUT params so ADMIN_ACCESS_ADDED response returns full objects — fixes white screen crash from enableReinitialize reinitializing Formik with integer IDs before popup closes - Add defensive guard in getOptionLabel for non-object member values - Rewrite tests for new popup-based flow (19 passing)
…erage - Remove resetAdminAccessForm from popup handleClose — reset responsibility belongs to the parent per popup-dialog-pattern (was dispatched twice on close) - Add expand=members,summits assertion in saveAdminAccess tests (POST and PUT) to lock in the crash-prevention fix against future regressions - Add handlePageChange test and expose onPageChange in MuiTable mock
ref: https://app.clickup.com/t/86b9n7qe1
Summary by CodeRabbit
New Features
Bug Fixes
Refactor
Style
Tests