saqib mirandClaude Sonnet 5 7106753ed3 fix(015-reporting-dashboards): count humanEscalated by Assignment existence, not status
ManagementRepository/ProductReportRepository.countEverEscalatedToHuman checked
a list of terminal statuses that ticket-state-machine.ts's own transition
table shows are reachable from BOTH the AI-resolved path and the
human-escalation path once they converge (RESOLUTION_PENDING_CUSTOMER,
RESOLVED, CLOSED, REOPENED). Every AI-resolved ticket was being double-counted
as human-escalated too — confirmed live against real seeded dev data
(humanEscalated: 34 out of totalCases: 34, an impossible 100%).

Fixed by keying off assignments: { some: {} } instead, since
orchestrationService.handleHumanEscalation is the only code path that ever
creates an Assignment row. Updated management-dashboard.test.ts's own
human-resolved fixture to create a real Assignment row, since it previously
relied on the now-fixed buggy status-based signal without one.

Found via manual verification against a real running dev server while
building supporthub-web's 002-reporting-dashboards-ui, not by any existing
automated test.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-09 16:31:13 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-20 11:27:15 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30
fix
2026-09-03 16:48:27 +05:30
2026-08-19 16:29:17 +05:30
2026-08-19 16:29:17 +05:30

SupportHub API

Development (Docker)

  • Start all services: docker compose --env-file .env.development -f docker-compose.development.yml up -d --build
  • Start only database & cache (for local app development): docker compose --env-file .env.development -f docker-compose.development.yml up -d postgres redis

Test (Docker)

  • docker compose --env-file .env.test -f docker-compose.test.yml up --build

Production (Docker)

  • docker compose --env-file .env.prod -f docker-compose.prod.yml up --build -d

Stop / Down

  • Stop production: docker compose -f docker-compose.prod.yml down
  • Stop development: docker compose -f docker-compose.development.yml down
  • Stop development & wipe volumes: docker compose --env-file .env.development -f docker-compose.development.yml down -v

List Containers & Logs

  • List containers: docker compose --env-file .env.development -f docker-compose.development.yml ps
  • Follow logs: docker compose --env-file .env.development -f docker-compose.development.yml logs -f

Local Development (Host)

  1. Start database & cache in Docker:
    docker compose --env-file .env.development -f docker-compose.development.yml up -d postgres redis
    
  2. Start API server in watch mode:
    npm run dev
    

Database Migrations & Prisma

  • Generate Prisma Client:

    npm run prisma:generate
    
  • Run / Apply Dev Migrations:

    npx dotenv-cli -e .env.development -- npm run prisma:migrate
    
  • Deploy Migrations (Production/CI):

    npx dotenv-cli -e .env.development -- npm run prisma:deploy
    
  • Push Schema directly (Sync schema without migration files):

    npx dotenv-cli -e .env.development -- npx prisma db push
    

Database Seeding

  • Seed Database (Roles, Products, Categories, Hierarchy & Demo data):
    npx dotenv-cli -e .env.development -- npm run prisma:seed
    
S
Description
No description provided
Readme
1.2 MiB
Languages
TypeScript 93.2%
PowerShell 6.5%
JavaScript 0.2%