Skip to content

[FEATURE]: Permanent full Whitelist table (Player / Approved By / Approval Date / Actions) #1078

Description

@Jnlien

Scope

Web

Feature Description

Add a permanent table on the Whitelist page listing all whitelisted players, with columns:

  • Player (name/identifier, e.g., Steam/License/Discord if available)
  • Approved By (staff member who approved)
  • Approval Date
  • Actions (Unapprove/Remove, Copy IDs, etc.)

Use Case

The current “Approved Whitelists Pending” section is helpful but temporary and does not show the complete set of already-approved players. For day-to-day operations, staff needs a comprehensive, filterable, and sortable view of the entire whitelist.

Proposed Solution

Create a permanent table on the Whitelist page with:

  • Search (by name/ID/staff)
  • Filters (by date, staff, status)
  • Sortable columns
  • Pagination (e.g., 25/50/100 per page)
  • Export to CSV/JSON (optional)
  • Permissions enforced according to existing roles (actions visible only to authorized roles)

Expected behavior:

  • The table lists all whitelist entries, not only “pending”.
  • Inline actions (without full page reload), with UX consistent with the existing pending block.
  • Snappy search (client-side for smaller datasets; server-side when needed for scalability).

Acceptance Criteria

  • A new permanent table on the Whitelist page listing all whitelisted players
  • Columns: Player / Approved By / Approval Date / Actions
  • Working search, sort, filters, pagination
  • Actions (Unapprove/Remove, etc.) gated by permissions
  • Good performance on large lists

Alternatives Considered

  • External scripts/API → heavier and not integrated into txAdmin.
  • Relying on logs → inconvenient for search/filter workflows.

Data & Compatibility

  • Reuse current whitelist data sources.
  • If some metadata (e.g., Approved By, Approval Date) is not stored, consider adding these fields (or deriving from logs) so the table can be fully populated.

Additional Info

Use cases: quick audits (who approved whom and when), faster moderation (targeted removals, fixing mistakes), and improved transparency for staff teams.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions