Skip to content

Change OOO flow from user status page to requests flow. #1033

@Dhirenderchoudhary

Description

@Dhirenderchoudhary

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.html and /users/script.js
  • Leverage existing /requests/script.js which 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).

  1. User navigates to Users module.
  2. Clicks on their profile.
  3. Sees Availability option ccordion showing:
    • Status (ACTIVE, IDLE, OOO)
    • Last update time
    • Status message
  4. 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.

  1. User navigates to Requests module.
  2. Clicks on the OOO tab (among Extension, Onboarding tabs)
  3. Sees all OOO requests with details:
    • User who submitted the request
    • OOO duration (start/end dates)
    • Reason/message
  4. Can take action - Approve or Reject the request

Technical Implementation

  • Location: /requests/script.js.
  • API Call: GET /requests?type=OOO from backend.

Key Change
From: Users set OOO directly.
To: Users request OOO → Admins approve/reject.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions