- Show actual worker name when available in job.result.worker
- Display 'Assigned to cluster' for distributed jobs
- Keep 'Local processing' for local jobs
- Better distinction between local and cluster processing

- Increase Job ID column width to 1.6fr for better readability
- Remove max-width restriction from job_id to allow full display
- Job IDs can now expand naturally within their allocated space

- Add empty progress div to template for every job row
- Update JavaScript to populate/clear text instead of creating/removing elements
- Prevents layout shift when jobs start/stop processing
- Maintains consistent column positioning

- Reduce grid gap to 0.2rem for tighter column spacing
- Adjust row padding to 0.5rem 0.75rem for more compact layout
- Better space utilization while maintaining readability

- Change grid-template-columns to: 0.3fr 1fr 1fr 2fr 1fr 1fr 1fr 1fr 1fr 1fr
- Move job progress to dedicated column 10
- Increase minimum width to 1600px for 10-column layout
- Better proportional spacing with smaller Queue ID column (0.3fr)
- Job progress now has its own dedicated column space

- Move job progress to appear after job status column
- Display tokens with 'Tokens: X' format for clarity
- Add text truncation to job_id to prevent overflow (max-width: 80px, ellipsis)
- Update real-time token updates to include 'Tokens:' prefix
- Improve visual hierarchy and information clarity

- Swap Queue ID and Job ID column order (Queue ID first)
- Remove bold formatting from job type for consistency
- Improve cell delineation with better padding and borders
- Reduce wasted space with tighter grid gaps and padding
- Fix Worker Details vs Job Progress redundancy:
  * Worker Details: Shows assignment status (Assigned to worker, Local processing, etc.)
  * Job Progress: Shows actual processing status (appears below worker details during processing)
- Update real-time updates to maintain separation of concerns

- Add min-width: 1400px to container
- Ensures all 9 columns are fully visible
- Horizontal scrollbar appears on smaller screens
- Maintains 90vw max-width for large displays

- Add Job ID and Queue ID columns for better job tracking
- Separate worker assignment details from action buttons
- Reorganize action buttons side by side (restart + delete)
- Add confirmation dialog for delete actions
- Update CSS grid layout to accommodate new columns
- Real-time updates for worker details column

- Show dropdown for ≤10 users, input field for >10 users
- Backend accepts username parameter and resolves to user ID
- JavaScript handles both dropdown and input field submission
- Enter key support for input field
- Maintains all existing functionality

- Change current_user.role to current_user.get('role') to match template conventions
- User object is passed as dictionary, not object with attributes

- Add user dropdown for admins to view jobs of any user
- Update backend routes to accept user_id parameter
- Modify API to support user selection for admins
- Update JavaScript to handle user changes and API calls

- Return all active jobs on every poll instead of timestamp-based filtering
- Ensures status changes are always reflected in the UI
- Works with or without updated_at column in database

- Remove DEFAULT CURRENT_TIMESTAMP from SQLite CREATE TABLE for updated_at
- Modify ALTER TABLE to add column without default and update existing rows
- Ensure compatibility with SQLite's ALTER TABLE restrictions

- Add proper column existence check before ALTER TABLE
- Make update_queue_status work with or without updated_at column
- Update API to handle jobs without updated_at field
- Ensure backward compatibility with existing databases

- Prevent multiple clicks on same job action buttons
- Disable button and show 'Processing...' while request is pending
- Re-enable button after response or 10-second timeout
- Track pending actions to prevent duplicate requests

- Add updated_at column to processing_queue table for tracking status changes
- Update update_queue_status to set updated_at timestamp on changes
- Modify job_status_updates API to use updated_at instead of created_at
- Add random parameter to API requests to prevent browser caching

- Correct AJAX request detection by checking X-Requested-With header only
- Prevent fetch from following redirects with redirect: 'manual'
- Add robust response handling for redirects and JSON responses
- Ensure AJAX requests return JSON instead of HTML redirects

- Replace form submissions with AJAX calls for cancel/restart/delete
- Remove confirm alerts and page redirects
- Add success/error notifications for actions
- Initialize job actions on page load
- Update backend routes to handle AJAX requests with JSON responses
- Maintain real-time status updates via polling

- Create /jobs route showing queued, processing, and recently cancelled jobs
- Modify /history to exclude active jobs, show only completed/failed/old cancelled
- Add Jobs link to navbar between Analyze and History
- Jobs page has real-time status updates like history page
- Proper job filtering by status and time for each page

- Convert queue_id to int in assign_job_to_worker and cancel_job
- Fixes type mismatch issues between str and int comparisons
- Ensures active_jobs lookup works correctly

- Update global cluster_master instance for cross-module access
- Allows queue manager to access active jobs for cancellation
- Enables proper job_id logging in cancellation messages

- Assignment: 'Assigned job 1 (job_xxx) to worker'
- Cancellation: 'Job 1 (job_xxx) cancelled'
- Waiting: 'Job 1 waiting for available workers' (no cluster id yet)
- Clear correlation between queue and cluster job IDs

- Show actual cluster job_id in cancellation log
- More informative logging with job_xxx format
- Consistent with assignment logging

- cancel_job logs job cancellation to console
- Provides feedback when jobs are cancelled
- Clean, single log message per cancellation

- Silent job cancellation operations
- No logging for cancel commands sent to workers
- Clean operation without console noise

- Management loop silently completes cancelled jobs
- Eliminates duplicate completion messages
- Cleaner logging with only cancel_job messages

- Prevents active_jobs from persisting across server restarts
- Eliminates leftover job tracking from previous runs
- Ensures clean state for each server start

- Only complete and log cancelled jobs that are still active
- Prevents duplicate completion messages for jobs already handled
- Cleaner logging for job cancellation

- Don't remove jobs based on age since jobs can run for hours
- Leftover jobs from previous runs will be handled by restart cleanup
- Prevents interrupting long-running legitimate jobs

- Remove active jobs older than 10 minutes to prevent accumulation
- Cleans up leftover jobs from previous runs or crashes
- Prevents duplicate job tracking issues

- Management loop only completes cancelled jobs, doesn't send duplicate cancel messages
- Cancel_job sends the cancel command, management loop cleans up
- Prevents duplicate cancellation logs

- Check if job is already assigned before assigning again
- Prevents multiple active jobs for the same queue entry
- Fixes duplicate cancellation attempts

- Pass queue_id to workers for proper cancellation detection
- Workers now check correct job id for cancellation status
- Workers receive effective stop commands via database polling

- Workers receive stop processing commands when jobs are cancelled
- Ensures workers halt processing immediately on cancel
- Maintains proper cleanup of resources

- Workers are freed immediately when jobs are cancelled
- Clean up active jobs in cluster master when cancelling processing jobs
- Remove unnecessary cleanup from restart (handled by cancel)

- Implements job cancellation by notifying workers
- Sends cancel messages to local backend or remote clients
- Cleans up cancelled job resources

- Pass queue_id to _assign_local_job method
- Fix NameError when assigning local jobs

- Store queue_id in active_jobs tracking
- Properly detect cancelled jobs by checking queue status
- Clean up worker resources when jobs are cancelled
- Workers become available for new jobs after cancellation

- Cluster master sends cancel_job messages to backend/client when jobs are cancelled
- Add _handle_cancel_job to process cancel confirmations from clients
- Workers can be notified faster to stop processing and free resources