generated from RealDevSquad/website-template
-
Notifications
You must be signed in to change notification settings - Fork 164
Open
Description
Overview
The OOO feature is being migrated from the user details/status page so that it requires approval to the requests module. This change improves the admin experience by making OOO status actionable rather than read-only.
- Current Problem: OOO is in the user details page.
- Actionable: Allow admins to approve/reject OOO requests directly.
- Consistency: All requests flow through the same interface for admin.
Scope
- Remove
/users/details/module. - Remove OOO constants from
/users/constants.js - Remove availability filter from
/users/index.htmland/users/script.js - Leverage existing
/requests/script.jswhich already supports OOO requests.
Current Behavior
Users: Can directly set their own OOO status (no approval needed).
Admins: Can only view/see the OOO status (only sees).
- User navigates to Users module.
- Clicks on their profile.
- Sees Availability option ccordion showing:
- Status (ACTIVE, IDLE, OOO)
- Last update time
- Status message
- No action possible by admin - purely informational to admin that a user is on OOO.
Technical Implementation
- Location:
/users/details/directory. - API Call:
GET /users/status/{id}from backend.
Changed Behavior
Users: Submit an OOO request (asking for permission to go OOO).
Admins: Review and approve/reject the OOO request.
Approval Process: OOO status is only active after admin approval.
- User navigates to Requests module.
- Clicks on the OOO tab (among Extension, Onboarding tabs)
- Sees all OOO requests with details:
- User who submitted the request
- OOO duration (start/end dates)
- Reason/message
- Can take action - Approve or Reject the request
Technical Implementation
- Location:
/requests/script.js. - API Call:
GET /requests?type=OOOfrom backend.
Key Change
From: Users set OOO directly.
To: Users request OOO → Admins approve/reject.
coderabbitai
Metadata
Metadata
Assignees
Labels
No labels