698503200679f2fe2b07649e8ffa1e38495329d5
13 Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
|
|
6985032006 |
feat(logging): add comprehensive error boundary and global error handling (Phase 6)
Implemented complete client-side error handling and reporting system: Error Boundary Component (components/providers/ErrorBoundary.tsx): - React Error Boundary to catch component errors - Automatic error logging to client logger - Error reporting to server endpoint - User-friendly fallback UI with error details (dev mode) - Reset and reload functionality - Custom fallback support via props Global Error Handler (lib/utils/global-error-handler.ts): - Window error event listener for uncaught errors - Unhandled promise rejection handler - Automatic error reporting to server - Comprehensive error metadata collection: - Error message and stack trace - URL, user agent, timestamp - Filename, line number, column number (for window errors) Client Error Reporting Endpoint (app/api/client-error/route.ts): - Server-side endpoint to receive client errors - Integrated with withLogging() for automatic server logging - Accepts error reports from both ErrorBoundary and global handlers - Returns acknowledgement to client Error Boundary Integration (components/providers/Providers.tsx): - Wrapped entire app in ErrorBoundary - Initialized global error handlers on mount - Catches React errors, window errors, and unhandled rejections Error Reporting Features: - Duplicate error tracking prevention - Async error reporting (non-blocking) - Graceful degradation (fails silently if reporting fails) - Development vs production error display - Structured error metadata for debugging All errors now: - Log to browser console via client logger - Report to server for centralized logging - Display user-friendly error UI - Include full context for debugging - Work across React, window, and promise contexts 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
95acf4542b |
feat(logging): add comprehensive client-side logging (Phase 5)
Created client-side logging infrastructure for React Query and hooks: New Client Logger (lib/utils/client-logger.ts): - Environment-aware logging (debug/info in dev, warn/error in prod) - Structured logging with context objects - Performance timing helpers (time/timeEnd) - Group logging for related operations - Factory functions for hook/query/mutation-specific loggers React Query Configuration (components/providers/Providers.tsx): - Added custom logger to QueryClient - Integrated with client-side logger for consistent formatting - Configured mutation retry defaults SSE Hook Logging (lib/hooks/useEventSource.ts): - Connection lifecycle logging (connect/disconnect/reconnect) - Heartbeat and process update event logging - Error tracking with reconnection attempt details - Exponential backoff logging for reconnections Supervisor Hooks Logging (lib/hooks/useSupervisor.ts): - Added logging to all critical mutation hooks: - Process control (start/stop/restart) - Batch operations (start-all/stop-all/restart-all) - Configuration reload - Signal operations - Logs mutation start, success, and error states - Includes contextual metadata (process names, signals, etc.) All client-side logs: - Use structured format with timestamps - Include relevant context for debugging - Respect environment (verbose in dev, minimal in prod) - Compatible with browser devtools 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
b252a0b3bf |
feat: implement comprehensive logging infrastructure (Phases 1-3)
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 1m50s
Added production-ready logging using Pino with structured JSON output, pretty printing in development, and automatic sensitive data redaction. ## Phase 1: Core Logger Setup - Installed pino, pino-http, and pino-pretty dependencies - Created logger utility (lib/utils/logger.ts): - Environment-based log levels (debug in dev, info in prod) - Pretty printing with colors in development - JSON structured logs in production - Sensitive data redaction (passwords, tokens, auth headers) - Custom serializers for errors and requests - Helper functions for child loggers and timing - Added LOG_LEVEL environment variable to .env.example - Configured Next.js for Turbopack with external pino packages ## Phase 2: API Request Logging - Created API logger wrapper (lib/utils/api-logger.ts): - withLogging() HOF for wrapping API route handlers - Automatic request/response logging with timing - Correlation ID generation (X-Request-ID header) - Error catching and structured error responses - logPerformance() helper for timing operations - createApiLogger() for manual logging in routes ## Phase 3: Supervisor Client Logging - Updated lib/supervisor/client.ts: - Added logger instance to SupervisorClient class - Comprehensive XML-RPC call logging (method, params, duration) - Error logging with full context and stack traces - Success logging with result size tracking - DEBUG level logs for all XML-RPC operations - Constructor logging for client initialization ## Configuration Changes - Updated next.config.ts for Turbopack compatibility - Added serverComponentsExternalPackages for pino - Removed null-loader workaround (not needed) ## Features Implemented ✅ Request correlation IDs for tracing ✅ Performance timing for all operations ✅ Sensitive data redaction (passwords, auth) ✅ Environment-based log formatting ✅ Structured JSON logs for production ✅ Pretty colored logs for development ✅ Error serialization with stack traces ✅ Ready for log aggregation (stdout/JSON) ## Next Steps (Phases 4-7) - Update ~30 API routes with logging - Add React Query/hooks error logging - Implement client-side error boundary - Add documentation and testing 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
25d9029d14 |
feat: implement Phase 11 - Real-time Updates with SSE
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 1m11s
Features added: - Created SSE (Server-Sent Events) endpoint at /api/supervisor/events - Polls supervisor every 2 seconds for state changes - Sends process-update events when state changes detected - Sends heartbeat events to keep connection alive - Includes error handling with error events - Created useEventSource hook for managing SSE connections - Automatic reconnection with exponential backoff - Configurable max reconnection attempts (default 10) - Connection status tracking (connecting, connected, disconnected, error) - Clean event listener management with proper cleanup - Heartbeat monitoring for connection health - Created ConnectionStatus component - Visual status indicator with icons (Wifi, WifiOff, Loader, AlertCircle) - Color-coded states (green=connected, yellow=connecting, red=error) - Shows reconnection attempt count - Manual reconnect button when disconnected/error - Integrated real-time updates into dashboard and processes pages - Auto-refresh process data when state changes occur - Connection status indicator in page headers - No manual refresh needed for live updates - Implemented proper cleanup on unmount - EventSource properly closed - Reconnection timeouts cleared - No memory leaks 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
961020d8ac |
feat: implement Phase 9 - Keyboard Shortcuts
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 1m11s
Features added: - Created useKeyboardShortcuts hook for managing keyboard shortcuts - Supports modifier keys (Ctrl, Shift, Alt) - Automatically ignores shortcuts when input fields are focused - ESC key blurs input fields to enable shortcuts - Added global keyboard shortcuts: - / : Focus search field - r : Refresh process list - a : Select all processes (flat view only) - ESC : Clear selection / unfocus - ? (Shift+/) : Show keyboard shortcuts help - Added process navigation shortcuts: - j : Select next process - k : Select previous process - Space : Toggle selection of focused process - Auto-scroll to focused process - Created KeyboardShortcutsHelp modal component: - Organized shortcuts by category - Visual kbd elements for keys - Info about input field behavior - Added keyboard shortcuts button to processes page header - Added isFocused prop to ProcessCard with accent ring styling - Added data-process-id attributes for keyboard navigation 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
4aa0c49372 |
feat: implement Phase 8 - Process Stdin
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 1m10s
Features added: - Created stdin API route for sending input to process stdin - Added useSendProcessStdin React Query hook - Created StdinInput modal component with: - Multi-line textarea for input - Ctrl+Enter keyboard shortcut - Optional newline append - Character count display - Info banner explaining stdin functionality - Added stdin button to ProcessCard (Terminal icon) - Button only enabled when process is running (state === 20) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
68ec8dd3db |
feat: implement Phase 7 - Signal Operations
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 1m8s
Features added: - Send Unix signals to processes via interactive modal - Support for common signals (HUP, INT, TERM, KILL, USR1, USR2, QUIT) - Custom signal input for advanced use cases - Safety confirmations for dangerous signals (TERM, KILL, QUIT) - Signal button added to each ProcessCard Implementation details: - Created signal API routes: - /api/supervisor/processes/[name]/signal - Send signal to process - /api/supervisor/groups/[name]/signal - Send signal to group - /api/supervisor/processes/signal-all - Send signal to all processes - Added React Query hooks: - useSignalProcess() - Send signal to single process - useSignalProcessGroup() - Send signal to process group - useSignalAllProcesses() - Send signal to all processes - Created SignalSender modal component: - Grid of common signal buttons with descriptions - Custom signal text input (auto-uppercase) - Two-step confirmation for dangerous signals - Visual warning with AlertTriangle icon - Destructive button variant for confirmed dangerous signals - Backdrop blur overlay ProcessCard enhancements: - Added Zap icon signal button - Modal opens on signal button click - Button disabled when process is stopped - Modal integrates with useSignalProcess hook Common signals with descriptions: - HUP (1): Reload configuration - INT (2): Interrupt - graceful shutdown - QUIT (3): Quit - TERM (15): Terminate - graceful shutdown (dangerous) - KILL (9): Kill - immediate termination (dangerous) - USR1 (10): User-defined signal 1 - USR2 (12): User-defined signal 2 Safety features: - Dangerous signals require confirmation - Warning message explains risks - Button changes to destructive variant - Custom signals also checked for danger - Clear visual feedback during operation Phase 7 complete (3-4 hours estimated) |
||
|
|
66495c1e1b |
feat: implement Phase 4 - Configuration Management
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 59s
Features added: - View all process configurations in sortable table - Reload supervisord configuration with confirmation - Add new process groups dynamically - Remove process groups with confirmation - Configuration auto-refresh every 10 seconds Implementation details: - Created config API routes: /api/supervisor/config (GET), /api/supervisor/config/reload (POST), /api/supervisor/config/group (POST/DELETE) - Added React Query hooks: useConfig, useReloadConfig, useAddProcessGroup, useRemoveProcessGroup - Created components: - ConfigTable: Sortable table with columns for group, name, command, directory, autostart, priority, numprocs - ReloadConfigButton: Reload config with confirmation dialog - ProcessGroupForm: Add/remove groups with separate forms Configuration page features: - Displays all process configurations in sortable table - Click column headers to sort (ascending/descending) - Visual indicators for autostart (green dot = enabled) - Shows command in monospace code blocks - Process group management forms - Reload configuration button in header Data displayed per process: - Group name - Process name - Command (with syntax highlighting) - Working directory - Autostart enabled/disabled - Priority value - Number of processes (numprocs) Phase 4 complete (8-10 hours estimated) |
||
|
|
236786cb31 |
feat: implement Phase 3 - Batch Operations
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 59s
Features added:
- Multi-select functionality for processes with checkboxes
- Floating BatchActions toolbar appears when processes are selected
- Batch operations: Start Selected, Stop Selected, Restart Selected
- Select All / Deselect All button in processes page
- Visual feedback with ring indicator on selected cards
- Click card to toggle selection, buttons prevent card selection
Implementation details:
- Created batch API routes: /api/supervisor/processes/{start-all,stop-all,restart-all}
- Added React Query hooks: useStartAllProcesses, useStopAllProcesses, useRestartAllProcesses
- Created BatchActions component with floating toolbar
- Enhanced ProcessCard with optional selection mode (isSelected, onSelectionChange props)
- Updated processes page with selection state management
- Checkbox prevents event bubbling to avoid conflicts with action buttons
UX improvements:
- Selected cards show primary ring with offset
- BatchActions toolbar slides up from bottom
- Selection count displayed in toolbar
- Clear selection with X button or after batch action completes
Phase 3 complete (4-6 hours estimated)
|
||
|
|
5c028cdc11 |
feat: implement Phase 2 - Process Groups Management
Build and Push Docker Image to Gitea / build-and-push (push) Successful in 58s
Features added:
- Group-based process organization with collapsible cards
- Batch operations for groups (Start All, Stop All, Restart All)
- Group statistics display (running, stopped, fatal counts)
- Dedicated /groups page for group-centric management
- View toggle in /processes page (Flat view | Grouped view)
Implementation details:
- Created group API routes: /api/supervisor/groups/[name]/{start,stop,restart}
- Added React Query hooks: useStartProcessGroup, useStopProcessGroup, useRestartProcessGroup
- Created components: GroupCard, GroupView, GroupSelector
- Updated Navbar with Groups navigation link
- Integrated grouped view in processes page with toggle
Phase 2 complete (6-8 hours estimated)
|
||
|
|
8273848837 |
feat: complete Phase 1 - Full Log Viewer implementation
Build and Push Docker Image to Gitea / build-and-push (push) Failing after 54s
Phase 1 Complete: Log Viewer with Real-time Monitoring ====================================================== Features Added: - Real-time log viewer with syntax highlighting (ERROR, WARNING, INFO) - Play/Pause controls for auto-refresh - Auto-scroll with user scroll detection - Search and filter functionality with highlighting - Process selector (all processes + supervisord main log) - Stdout/Stderr log type switching - Download logs to file - Clear logs (process-specific or main log) - Responsive layout with proper height handling API Routes Added: - GET /api/supervisor/logs - Read main supervisord log - DELETE /api/supervisor/logs - Clear main log - DELETE /api/supervisor/processes/[name]/logs - Clear process logs - POST /api/supervisor/processes/logs/clear-all - Clear all logs Hooks Added: - useMainLog() - Query main supervisord log with auto-refresh - useClearMainLog() - Mutation to clear main log - useClearProcessLogs() - Mutation to clear process logs - useClearAllLogs() - Mutation to clear all process logs Components: - LogViewer - Displays logs with syntax highlighting and search - LogControls - Control panel with play/pause, auto-scroll, actions - LogSearch - Search input with clear button - Full logs page implementation with process/log type selection UX Improvements: - Color-coded log levels (red for errors, yellow for warnings, cyan for info) - Search term highlighting in logs - Auto-scroll with "Scroll to bottom" button when paused - Confirmation dialogs for destructive actions - Loading states and error handling - Download logs with timestamped filenames This completes the most requested feature (log viewing) with production-ready functionality including real-time tailing, search, and management capabilities. 🤖 Generated with Claude Code (https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
5bda617339 |
feat: add log viewer components and fix build issues
Build and Push Docker Image to Gitea / build-and-push (push) Failing after 53s
- Add LogViewer component with syntax highlighting and auto-scroll - Add LogControls for play/pause, auto-scroll, refresh, download, clear - Add LogSearch component with search highlighting - Add Input UI component - Fix TypeScript type issues in ProcessCard and types.ts - Fix XML-RPC client type issues - Add force-dynamic to layout to prevent SSR issues with client components - Add mounted state to Navbar for theme toggle hydration - Add custom 404 page Components added: - components/logs/LogViewer.tsx - Main log viewer with real-time display - components/logs/LogControls.tsx - Control panel for log viewing - components/logs/LogSearch.tsx - Search input for filtering logs - components/ui/input.tsx - Reusable input component Fixes: - ProcessStateCode type casting in ProcessCard - XML-RPC client options type (use any to avoid library type issues) - canStartProcess/canStopProcess type assertions - Dynamic rendering to prevent SSR hydration issues 🤖 Generated with Claude Code (https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |
||
|
|
e0cfd371c0 |
feat: initial commit - Supervisor UI with Next.js 16 and Tailwind CSS 4
Build and Push Docker Image to Gitea / build-and-push (push) Failing after 1m22s
- Modern web interface for Supervisor process management - Built with Next.js 16 (App Router) and Tailwind CSS 4 - Full XML-RPC client implementation for Supervisor API - Real-time process monitoring with auto-refresh - Process control: start, stop, restart operations - Modern dashboard with system status and statistics - Dark/light theme with OKLCH color system - Docker multi-stage build with runtime env var configuration - Gitea CI/CD workflow for automated builds - Comprehensive documentation (README, IMPLEMENTATION, DEPLOYMENT) Features: - Backend proxy pattern for secure API communication - React Query for state management and caching - TypeScript strict mode with Zod validation - Responsive design with mobile support - Health check endpoint for monitoring - Non-root user security in Docker Environment Variables: - SUPERVISOR_HOST, SUPERVISOR_PORT - SUPERVISOR_USERNAME, SUPERVISOR_PASSWORD (optional) - Configurable at build-time and runtime 🤖 Generated with Claude Code (https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> |