⚠️ [Feature] Fix async response handling in dashboard (Issue #92) #298

Closed
opened 2026-02-03 22:30:42 +00:00 by jason.woltje · 0 comments
Owner

Summary

Dashboard uses setTimeout hack to wait for query responses.

Location

apps/web/src/app/(authenticated)/federation/dashboard/page.tsx:57-62

Issues

  • Race conditions possible
  • Unreliable data loading
  • Poor UX with arbitrary delays

Required Implementation

Choose one approach:

  1. WebSocket notifications - Subscribe to response events
  2. Polling mechanism - Poll message status
  3. Request/response correlation - Callback URLs

Acceptance Criteria

  • No setTimeout hacks
  • Reliable query response delivery
  • Loading states properly managed
  • Error handling for failed queries
  • Real-time updates

Priority

HIGH - Poor UX and race conditions

Completes work started in Issue #92

## Summary Dashboard uses `setTimeout` hack to wait for query responses. ## Location `apps/web/src/app/(authenticated)/federation/dashboard/page.tsx:57-62` ## Issues - Race conditions possible - Unreliable data loading - Poor UX with arbitrary delays ## Required Implementation Choose one approach: 1. WebSocket notifications - Subscribe to response events 2. Polling mechanism - Poll message status 3. Request/response correlation - Callback URLs ## Acceptance Criteria - [ ] No setTimeout hacks - [ ] Reliable query response delivery - [ ] Loading states properly managed - [ ] Error handling for failed queries - [ ] Real-time updates ## Priority **HIGH** - Poor UX and race conditions ## Related Issues Completes work started in Issue #92
jason.woltje added the webp1 labels 2026-02-03 22:30:42 +00:00
jason.woltje added this to the M7.1-Remediation (0.0.8) milestone 2026-02-03 22:31:35 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: mosaic/stack#298