LotusGuild/pulse
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
8ff370060181fdad4fde692bb6f0a2d263962090
pulse/public/index.html

3129 lines
140 KiB
HTML
Raw Normal View History

Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
Workflow & Command system
2025-11-30 13:03:18 -05:00
<title>PULSE - Workflow Orchestration</title>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
<style>
updates aesthetic
2026-01-07 20:12:16 -05:00
:root {
/* Terminal Dark Backgrounds */
--bg-primary: #0a0a0a;
--bg-secondary: #1a1a1a;
--bg-tertiary: #2a2a2a;
/* Terminal Colors */
--terminal-green: #00ff41;
--terminal-amber: #ffb000;
--terminal-cyan: #00ffff;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
--terminal-red: #ff4444;
--bg-terminal: #001a00;
--bg-terminal-border: #003300;
updates aesthetic
2026-01-07 20:12:16 -05:00
--text-primary: #00ff41;
--text-secondary: #00cc33;
--text-muted: #008822;
/* Border & UI */
--border-color: #00ff41;
--shadow: none;
--hover-bg: rgba(0, 255, 65, 0.1);
/* Status Colors (adapted) */
--status-online: #28a745;
--status-offline: #dc3545;
--status-running: #ffc107;
--status-completed: #28a745;
--status-failed: #dc3545;
--status-waiting: #ffc107;
/* Terminal Font Stack */
--font-mono: 'Courier New', 'Consolas', 'Monaco', 'Menlo', monospace;
/* Glow Effects */
--glow-green: 0 0 5px #00ff41, 0 0 10px #00ff41, 0 0 15px #00ff41;
--glow-green-intense: 0 0 8px #00ff41, 0 0 16px #00ff41, 0 0 24px #00ff41, 0 0 32px rgba(0, 255, 65, 0.5);
--glow-amber: 0 0 5px #ffb000, 0 0 10px #ffb000, 0 0 15px #ffb000;
--glow-amber-intense: 0 0 8px #ffb000, 0 0 16px #ffb000, 0 0 24px #ffb000;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
--glow-red: 0 0 5px #ff4444, 0 0 10px #ff4444;
updates aesthetic
2026-01-07 20:12:16 -05:00
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
* { margin: 0; padding: 0; box-sizing: border-box; }
updates aesthetic
2026-01-07 20:12:16 -05:00
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
body {
updates aesthetic
2026-01-07 20:12:16 -05:00
font-family: var(--font-mono);
background: var(--bg-primary);
color: var(--text-primary);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
min-height: 100vh;
padding: 20px;
updates aesthetic
2026-01-07 20:12:16 -05:00
position: relative;
animation: flicker 0.2s ease-in-out 30s infinite;
}
/* CRT Scanline Effect */
body::before {
content: '';
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 100%;
background: repeating-linear-gradient(
0deg,
rgba(0, 0, 0, 0.15),
rgba(0, 0, 0, 0.15) 1px,
transparent 1px,
transparent 2px
);
pointer-events: none;
z-index: 9999;
animation: scanline 8s linear infinite;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
will-change: transform;
updates aesthetic
2026-01-07 20:12:16 -05:00
}
@keyframes scanline {
0% { transform: translateY(0); }
100% { transform: translateY(4px); }
}
/* Data Stream Corner Effect */
body::after {
content: '10101010';
position: fixed;
bottom: 10px;
right: 10px;
font-family: var(--font-mono);
font-size: 0.6rem;
color: var(--terminal-green);
opacity: 0.1;
pointer-events: none;
letter-spacing: 2px;
animation: data-stream 3s linear infinite;
}
@keyframes data-stream {
0% { content: '10101010'; opacity: 0.1; }
25% { content: '01010101'; opacity: 0.15; }
50% { content: '11001100'; opacity: 0.1; }
75% { content: '00110011'; opacity: 0.15; }
100% { content: '10101010'; opacity: 0.1; }
}
@keyframes flicker {
0% { opacity: 1; }
10% { opacity: 0.95; }
20% { opacity: 1; }
30% { opacity: 0.97; }
40% { opacity: 1; }
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.container { max-width: 1600px; margin: 0 auto; }
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
.header {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-secondary);
padding: 20px 30px;
border: 2px solid var(--terminal-green);
border-radius: 0;
box-shadow: none;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
margin-bottom: 30px;
display: flex;
justify-content: space-between;
align-items: center;
updates aesthetic
2026-01-07 20:12:16 -05:00
position: relative;
}
.header::before {
content: '╔';
position: absolute;
top: -2px;
left: -2px;
font-size: 1.5rem;
color: var(--terminal-green);
text-shadow: var(--glow-green);
line-height: 1;
z-index: 10;
}
.header::after {
content: '╗';
position: absolute;
top: -2px;
right: -2px;
font-size: 1.5rem;
color: var(--terminal-green);
text-shadow: var(--glow-green);
line-height: 1;
z-index: 10;
}
.header-left h1 {
color: var(--terminal-amber);
font-size: 2em;
margin-bottom: 5px;
text-shadow: var(--glow-amber-intense);
font-family: var(--font-mono);
}
.header-left h1::before {
content: '>> ';
color: var(--terminal-green);
}
.header-left p {
color: var(--terminal-green);
font-size: 1em;
font-family: var(--font-mono);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.user-info { text-align: right; }
updates aesthetic
2026-01-07 20:12:16 -05:00
.user-info .name {
font-weight: 600;
color: var(--terminal-green);
font-size: 1.1em;
font-family: var(--font-mono);
}
.user-info .email {
color: var(--text-secondary);
font-size: 0.9em;
font-family: var(--font-mono);
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
.user-info .badge {
display: inline-block;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: transparent;
color: var(--terminal-amber);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
padding: 4px 12px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border: 2px solid var(--terminal-amber);
border-radius: 0;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
font-size: 0.8em;
margin-top: 5px;
margin-left: 5px;
updates aesthetic
2026-01-07 20:12:16 -05:00
font-family: var(--font-mono);
}
.user-info .badge::before {
content: '[';
margin-right: 3px;
}
.user-info .badge::after {
content: ']';
margin-left: 3px;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.tabs {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-secondary);
border: 2px solid var(--terminal-green);
border-radius: 0;
Workflow & Command system
2025-11-30 13:03:18 -05:00
padding: 10px;
margin-bottom: 20px;
display: flex;
gap: 10px;
}
.tab {
padding: 12px 24px;
background: transparent;
updates aesthetic
2026-01-07 20:12:16 -05:00
border: 2px solid var(--terminal-green);
border-radius: 0;
Workflow & Command system
2025-11-30 13:03:18 -05:00
cursor: pointer;
font-size: 1em;
font-weight: 600;
updates aesthetic
2026-01-07 20:12:16 -05:00
color: var(--terminal-green);
font-family: var(--font-mono);
Workflow & Command system
2025-11-30 13:03:18 -05:00
transition: all 0.3s;
}
.tab.active {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: rgba(0, 255, 65, 0.2);
color: var(--terminal-amber);
border-color: var(--terminal-amber);
text-shadow: var(--glow-amber);
}
.tab:hover {
background: rgba(0, 255, 65, 0.1);
color: var(--terminal-amber);
}
.tab.active:hover {
background: rgba(0, 255, 65, 0.25);
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
.grid {
display: grid;
Workflow & Command system
2025-11-30 13:03:18 -05:00
grid-template-columns: repeat(auto-fit, minmax(400px, 1fr));
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
gap: 20px;
margin-bottom: 30px;
}
.card {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-secondary);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
padding: 25px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border: 2px solid var(--terminal-green);
border-radius: 0;
box-shadow: none;
position: relative;
}
.card::before {
content: '┌';
position: absolute;
top: -2px;
left: -2px;
font-size: 1.2rem;
color: var(--terminal-green);
line-height: 1;
}
.card::after {
content: '┐';
position: absolute;
top: -2px;
right: -2px;
font-size: 1.2rem;
color: var(--terminal-green);
line-height: 1;
}
.card h3 {
color: var(--terminal-amber);
margin-bottom: 15px;
font-size: 1.2em;
font-family: var(--font-mono);
text-shadow: var(--glow-amber);
}
.card h3::before {
content: '═══ ';
color: var(--terminal-green);
}
.card h3::after {
content: ' ═══';
color: var(--terminal-green);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
.status {
display: inline-block;
padding: 5px 15px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border-radius: 0;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
font-size: 0.9em;
font-weight: 600;
margin-bottom: 5px;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: transparent;
border: 2px solid;
font-family: var(--font-mono);
}
.status.online {
border-color: var(--status-online);
color: var(--status-online);
text-shadow: 0 0 5px var(--status-online), 0 0 10px var(--status-online);
}
.status.online::before { content: '[●'; margin-right: 4px; }
.status.online::after { content: ']'; margin-left: 4px; }
.status.offline {
border-color: var(--status-offline);
color: var(--status-offline);
text-shadow: 0 0 5px var(--status-offline), 0 0 10px var(--status-offline);
}
.status.offline::before { content: '[○'; margin-right: 4px; }
.status.offline::after { content: ']'; margin-left: 4px; }
.status.running {
border-color: var(--status-running);
color: var(--status-running);
text-shadow: 0 0 5px var(--status-running), 0 0 10px var(--status-running);
}
.status.running::before {
content: '[◐';
margin-right: 4px;
animation: spin-status 2s linear infinite;
}
@keyframes spin-status {
0% { content: '[◐'; }
25% { content: '[◓'; }
50% { content: '[◑'; }
75% { content: '[◒'; }
100% { content: '[◐'; }
}
.status.running::after { content: ']'; margin-left: 4px; }
.status.completed {
border-color: var(--status-completed);
color: var(--status-completed);
text-shadow: 0 0 5px var(--status-completed), 0 0 10px var(--status-completed);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
updates aesthetic
2026-01-07 20:12:16 -05:00
.status.completed::before { content: '[✓'; margin-right: 4px; }
.status.completed::after { content: ']'; margin-left: 4px; }
.status.failed {
border-color: var(--status-failed);
color: var(--status-failed);
text-shadow: 0 0 5px var(--status-failed), 0 0 10px var(--status-failed);
}
.status.failed::before { content: '[✗'; margin-right: 4px; }
.status.failed::after { content: ']'; margin-left: 4px; }
.status.waiting {
border-color: var(--status-waiting);
color: var(--status-waiting);
text-shadow: 0 0 5px var(--status-waiting), 0 0 10px var(--status-waiting);
}
.status.waiting::before { content: '[⏳'; margin-right: 4px; }
.status.waiting::after { content: ']'; margin-left: 4px; }
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
button {
Fix bracket wrapping to new lines via inline-flex on buttons The CSS ::before/::after pseudo-elements for [ ] brackets were rendering on separate lines because button HTML had multiline whitespace (newlines + indentation) inside the tag, causing: [ Button Text ] Fix: set button display to inline-flex with align-items:center so pseudo-elements become flex children that stay on the same line as button content regardless of internal whitespace. Also add white-space:nowrap and flex-shrink:0 on pseudo-elements. Also fix compareBtn.style.display to use inline-flex to avoid reverting to block-level display that would re-introduce wrapping. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:27:00 -04:00
display: inline-flex;
align-items: center;
justify-content: center;
gap: 0;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: transparent;
color: var(--terminal-green);
border: 2px solid var(--terminal-green);
border-radius: 0;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
padding: 12px 24px;
cursor: pointer;
font-size: 1em;
font-weight: 600;
updates aesthetic
2026-01-07 20:12:16 -05:00
font-family: var(--font-mono);
text-transform: uppercase;
transition: all 0.3s ease;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
margin-right: 10px;
margin-bottom: 10px;
Fix bracket wrapping to new lines via inline-flex on buttons The CSS ::before/::after pseudo-elements for [ ] brackets were rendering on separate lines because button HTML had multiline whitespace (newlines + indentation) inside the tag, causing: [ Button Text ] Fix: set button display to inline-flex with align-items:center so pseudo-elements become flex children that stay on the same line as button content regardless of internal whitespace. Also add white-space:nowrap and flex-shrink:0 on pseudo-elements. Also fix compareBtn.style.display to use inline-flex to avoid reverting to block-level display that would re-introduce wrapping. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:27:00 -04:00
white-space: nowrap;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Fix bracket wrapping to new lines via inline-flex on buttons The CSS ::before/::after pseudo-elements for [ ] brackets were rendering on separate lines because button HTML had multiline whitespace (newlines + indentation) inside the tag, causing: [ Button Text ] Fix: set button display to inline-flex with align-items:center so pseudo-elements become flex children that stay on the same line as button content regardless of internal whitespace. Also add white-space:nowrap and flex-shrink:0 on pseudo-elements. Also fix compareBtn.style.display to use inline-flex to avoid reverting to block-level display that would re-introduce wrapping. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:27:00 -04:00
button::before { content: '[ '; flex-shrink: 0; }
button::after { content: ' ]'; flex-shrink: 0; }
Fix remaining [[ ]] double-bracket bugs on Templates, History, and sub-tab buttons - Remove manual [ ] from sub-tab buttons (Manual Runs, Automated) - Add CSS to suppress button::before/after pseudo-elements on .tab buttons and border:none inline-styled buttons so they don't get double-bracketed - Prevents [[ text ]] from appearing on Templates/History/sub-tabs Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:23:58 -04:00
/* Suppress bracket pseudo-elements for tab/nav buttons and inline-styled sub-tabs */
button.tab::before, button.tab::after,
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
button[style*="border:none"]::before, button[style*="border:none"]::after,
button[style*="border: none"]::before, button[style*="border: none"]::after,
button[style*="flex:0"]::before, button[style*="flex:0"]::after,
button[style*="flex: 0"]::before, button[style*="flex: 0"]::after,
button[style*="flex:1"]::before, button[style*="flex:1"]::after,
button[style*="flex: 1"]::before, button[style*="flex: 1"]::after { content: none; }
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
button:hover {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: rgba(0, 255, 65, 0.15);
color: var(--terminal-amber);
border-color: var(--terminal-amber);
text-shadow: var(--glow-amber);
box-shadow: var(--glow-amber);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
transform: translateY(-2px);
}
updates aesthetic
2026-01-07 20:12:16 -05:00
button.danger {
color: var(--status-failed);
border-color: var(--status-failed);
}
button.danger:hover {
background: rgba(220, 53, 69, 0.15);
text-shadow: 0 0 5px var(--status-failed), 0 0 10px var(--status-failed);
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
button.small {
padding: 6px 12px;
font-size: 0.85em;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.worker-item, .execution-item, .workflow-item {
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
padding: 15px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border: 2px solid var(--terminal-green);
border-radius: 0;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
margin-bottom: 10px;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-secondary);
font-family: var(--font-mono);
transition: all 0.3s;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.worker-item:hover, .execution-item:hover, .workflow-item:hover {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: rgba(0, 255, 65, 0.08);
box-shadow: inset 0 0 20px rgba(0, 255, 65, 0.1);
}
.workflow-name {
font-weight: 600;
color: var(--terminal-amber);
font-size: 1.1em;
margin-bottom: 5px;
font-family: var(--font-mono);
text-shadow: var(--glow-amber);
}
.workflow-name::before {
content: '> ';
color: var(--terminal-green);
}
.workflow-desc {
color: var(--terminal-green);
font-size: 0.9em;
margin-bottom: 10px;
font-family: var(--font-mono);
}
.loading {
text-align: center;
padding: 20px;
color: var(--terminal-green);
font-family: var(--font-mono);
}
.loading::after {
content: '...';
animation: loading-dots 1.5s steps(4, end) infinite;
}
@keyframes loading-dots {
0%, 20% { content: '.'; }
40% { content: '..'; }
60%, 100% { content: '...'; }
}
.empty {
text-align: center;
padding: 30px;
color: var(--text-muted);
font-family: var(--font-mono);
}
.empty::before {
content: '[ NO DATA ]';
display: block;
font-size: 1.2rem;
color: var(--terminal-green);
margin-bottom: 10px;
}
.timestamp {
font-size: 0.85em;
color: var(--text-muted);
font-family: var(--font-mono);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.modal {
display: none;
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 100%;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: rgba(0, 0, 0, 0.85);
Workflow & Command system
2025-11-30 13:03:18 -05:00
z-index: 1000;
align-items: center;
justify-content: center;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
.modal.show { display: flex; }
.modal-content {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-primary);
padding: 0;
border: 3px double var(--terminal-green);
border-radius: 0;
Workflow & Command system
2025-11-30 13:03:18 -05:00
max-width: 600px;
width: 90%;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
max-height: 85vh;
Workflow & Command system
2025-11-30 13:03:18 -05:00
overflow-y: auto;
updates aesthetic
2026-01-07 20:12:16 -05:00
box-shadow: 0 0 30px rgba(0, 255, 65, 0.3);
position: relative;
}
.modal-content::before {
content: '╔';
position: absolute;
top: -3px;
left: -3px;
font-size: 1.5rem;
color: var(--terminal-green);
line-height: 1;
z-index: 10;
}
.modal-content::after {
content: '╗';
position: absolute;
top: -3px;
right: -3px;
font-size: 1.5rem;
color: var(--terminal-green);
line-height: 1;
z-index: 10;
}
.modal-content h2 {
margin: 0;
padding: 20px 30px;
background: var(--bg-secondary);
color: var(--terminal-amber);
border-bottom: 2px solid var(--terminal-green);
font-family: var(--font-mono);
text-shadow: var(--glow-amber);
}
.modal-content h2::before {
content: '═══ ';
color: var(--terminal-green);
}
.modal-content h2::after {
content: ' ═══';
color: var(--terminal-green);
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
input, textarea, select {
width: 100%;
padding: 12px;
margin-bottom: 15px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border: 2px solid var(--terminal-green);
border-radius: 0;
Workflow & Command system
2025-11-30 13:03:18 -05:00
font-size: 1em;
updates aesthetic
2026-01-07 20:12:16 -05:00
font-family: var(--font-mono);
background: var(--bg-primary);
color: var(--terminal-green);
box-shadow: inset 0 0 10px rgba(0, 0, 0, 0.5);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
input:focus, textarea:focus, select:focus {
outline: none;
updates aesthetic
2026-01-07 20:12:16 -05:00
border-color: var(--terminal-amber);
box-shadow: var(--glow-amber), inset 0 0 10px rgba(0, 0, 0, 0.5);
background: rgba(0, 255, 65, 0.05);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
updates aesthetic
2026-01-07 20:12:16 -05:00
textarea { min-height: 100px; }
Workflow & Command system
2025-11-30 13:03:18 -05:00
.tab-content { display: none; }
.tab-content.active { display: block; }
.log-entry {
padding: 10px;
updates aesthetic
2026-01-07 20:12:16 -05:00
background: var(--bg-secondary);
border-left: 3px solid var(--terminal-green);
Workflow & Command system
2025-11-30 13:03:18 -05:00
margin-bottom: 10px;
updates aesthetic
2026-01-07 20:12:16 -05:00
font-family: var(--font-mono);
Workflow & Command system
2025-11-30 13:03:18 -05:00
font-size: 0.9em;
updates aesthetic
2026-01-07 20:12:16 -05:00
color: var(--terminal-green);
}
.log-entry::before {
content: '> ';
color: var(--terminal-amber);
font-weight: bold;
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
.prompt-box {
updates aesthetic
2026-01-07 20:12:16 -05:00
background: rgba(255, 176, 0, 0.1);
border: 2px solid var(--terminal-amber);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
padding: 20px;
updates aesthetic
2026-01-07 20:12:16 -05:00
border-radius: 0;
Workflow & Command system
2025-11-30 13:03:18 -05:00
margin: 20px 0;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
updates aesthetic
2026-01-07 20:12:16 -05:00
.prompt-box h3 {
color: var(--terminal-amber);
margin-bottom: 15px;
font-family: var(--font-mono);
text-shadow: var(--glow-amber);
}
.prompt-box h3::before {
content: '⏳ ';
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
.prompt-box p {
color: var(--terminal-green);
font-family: var(--font-mono);
margin-bottom: 14px;
}
.prompt-opt-btn {
padding: 7px 16px;
margin: 4px 4px 4px 0;
background: rgba(0, 255, 255, 0.08);
border: 1px solid var(--terminal-cyan);
color: var(--terminal-cyan);
font-family: var(--font-mono);
font-size: 0.88em;
cursor: pointer;
transition: background 0.2s;
}
.prompt-opt-btn:hover {
background: rgba(0, 255, 255, 0.2);
box-shadow: 0 0 8px rgba(0, 255, 255, 0.3);
}
.prompt-opt-btn.answered {
opacity: 0.45;
cursor: default;
background: transparent;
}
updates aesthetic
2026-01-07 20:12:16 -05:00
/* Boot Overlay */
.boot-overlay {
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 100%;
background: var(--bg-primary);
z-index: 99999;
display: flex;
align-items: center;
justify-content: center;
transition: opacity 0.5s;
}
#boot-text {
font-family: var(--font-mono);
color: var(--terminal-green);
text-shadow: var(--glow-green);
font-size: 0.95rem;
line-height: 1.6;
white-space: pre;
padding: 2rem;
}
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
/* Formatted Log Entry Styles */
.log-entry {
background: #000;
border: 1px solid var(--terminal-green);
border-left: 3px solid var(--terminal-green);
padding: 12px;
margin-bottom: 12px;
font-family: var(--font-mono);
font-size: 0.9em;
}
.log-entry.success {
border-left-color: var(--terminal-green);
}
.log-entry.failed {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
border-left-color: var(--terminal-red);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
}
.log-timestamp {
color: var(--terminal-amber);
font-size: 0.85em;
margin-bottom: 6px;
}
.log-title {
color: var(--terminal-green);
font-weight: bold;
text-shadow: var(--glow-green);
margin-bottom: 8px;
font-size: 1.1em;
}
.log-entry.failed .log-title {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
color: var(--terminal-red);
text-shadow: var(--glow-red);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
}
.log-details {
margin-left: 20px;
}
.log-field {
margin: 6px 0;
color: var(--terminal-green);
}
.log-label {
color: var(--terminal-amber);
font-weight: bold;
margin-right: 8px;
}
.log-output {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-primary);
border: 1px solid var(--bg-terminal-border);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
padding: 10px;
margin: 6px 0;
color: var(--terminal-green);
font-family: var(--font-mono);
font-size: 0.9em;
overflow-x: auto;
max-height: 300px;
overflow-y: auto;
}
.log-error {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
color: var(--terminal-red);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
border-color: #330000;
}
.log-entry code {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
padding: 2px 6px;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
border: 1px solid var(--bg-terminal-border);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
color: var(--terminal-green);
font-family: var(--font-mono);
}
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
/* Worker Metadata Styles */
.worker-stats {
display: flex;
gap: 15px;
margin-top: 8px;
font-size: 0.85em;
color: var(--terminal-green);
font-family: var(--font-mono);
}
.worker-stats span {
padding: 2px 6px;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
border: 1px solid var(--bg-terminal-border);
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
}
.worker-metadata {
margin-top: 12px;
padding: 10px;
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
border: 1px solid var(--bg-terminal-border);
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
font-family: var(--font-mono);
font-size: 0.85em;
}
.meta-row {
display: flex;
padding: 4px 0;
color: var(--terminal-green);
}
.meta-label {
color: var(--terminal-amber);
min-width: 120px;
font-weight: bold;
}
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
/* Terminal Cursor Blink */
@keyframes cursor-blink {
0%, 49% { opacity: 1; }
50%, 100% { opacity: 0; }
}
.terminal-cursor::after {
content: '▋';
animation: cursor-blink 1s step-end infinite;
color: var(--terminal-green);
}
/* Hover effects for execution items */
.execution-item {
transition: all 0.2s ease;
cursor: pointer;
}
.execution-item:hover {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
border-left-width: 5px;
transform: translateX(3px);
}
.worker-item:hover {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
border-left-width: 5px;
}
.workflow-item:hover {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
background: var(--bg-terminal);
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
border-left-width: 5px;
}
/* Loading pulse effect */
.loading {
animation: loading-pulse 1.5s ease-in-out infinite;
}
@keyframes loading-pulse {
0%, 100% { opacity: 0.6; }
50% { opacity: 1; }
}
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
/* Running execution pulse */
.execution-item.status-running {
animation: exec-running-pulse 2s ease-in-out infinite;
}
@keyframes exec-running-pulse {
0%, 100% { border-color: var(--terminal-green); }
50% { border-color: var(--status-running); box-shadow: 0 0 8px rgba(255,193,7,0.35); }
}
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
/* Success/Error message animations */
@keyframes slide-in {
from {
opacity: 0;
transform: translateY(-10px);
}
to {
opacity: 1;
transform: translateY(0);
}
}
.log-entry {
animation: slide-in 0.3s ease-out;
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</style>
</head>
<body>
<div class="container">
<div class="header">
<div class="header-left">
<h1>⚡ PULSE</h1>
<p>Pipelined Unified Logic & Server Engine</p>
</div>
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
<div style="text-align:right;">
<div class="user-info" id="userInfo">
<div class="loading">Loading user...</div>
</div>
<div id="lastRefreshed" style="font-size:0.72em;color:var(--text-muted);font-family:var(--font-mono);margin-top:4px;"></div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<div class="tabs">
<button class="tab active" onclick="switchTab('dashboard')">📊 Dashboard</button>
<button class="tab" onclick="switchTab('workers')">👥 Workers</button>
<button class="tab" onclick="switchTab('workflows')">📋 Workflows</button>
<button class="tab" onclick="switchTab('executions')">🚀 Executions</button>
<button class="tab" onclick="switchTab('quickcommand')">⚡ Quick Command</button>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
<button class="tab" onclick="switchTab('scheduler')">⏰ Scheduler</button>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<!-- Dashboard Tab -->
<div id="dashboard" class="tab-content active">
<div class="grid">
<div class="card">
<h3>👥 Active Workers</h3>
<div id="dashWorkers"><div class="loading">Loading...</div></div>
</div>
<div class="card">
<h3>🚀 Recent Executions</h3>
<div id="dashExecutions"><div class="loading">Loading...</div></div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
<!-- Workers Tab -->
<div id="workers" class="tab-content">
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
<div class="card">
Workflow & Command system
2025-11-30 13:03:18 -05:00
<h3>Worker Management</h3>
<button onclick="refreshData()">🔄 Refresh</button>
<div id="workerList"><div class="loading">Loading...</div></div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
<!-- Workflows Tab -->
<div id="workflows" class="tab-content">
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
<div class="card">
Workflow & Command system
2025-11-30 13:03:18 -05:00
<h3>Workflow Management</h3>
<button onclick="showCreateWorkflow()">➕ Create Workflow</button>
<button onclick="refreshData()">🔄 Refresh</button>
<div id="workflowList"><div class="loading">Loading...</div></div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<!-- Executions Tab -->
<div id="executions" class="tab-content">
<div class="card">
<h3>Execution History</h3>
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
<!-- Manual / Automated sub-tabs -->
<div style="display: flex; gap: 0; margin-bottom: 20px; border: 2px solid var(--terminal-green);">
<button id="subTabManual"
onclick="setExecutionView('manual')"
style="flex:1; padding:10px 16px; background:rgba(0,255,65,0.2); border:none; border-right:2px solid var(--terminal-green); color:var(--terminal-amber); font-family:var(--font-mono); font-size:0.9em; cursor:pointer; text-shadow: 0 0 5px #ffb000;">
Fix remaining [[ ]] double-bracket bugs on Templates, History, and sub-tab buttons - Remove manual [ ] from sub-tab buttons (Manual Runs, Automated) - Add CSS to suppress button::before/after pseudo-elements on .tab buttons and border:none inline-styled buttons so they don't get double-bracketed - Prevents [[ text ]] from appearing on Templates/History/sub-tabs Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:23:58 -04:00
👤 Manual Runs <span id="countManual"></span>
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
</button>
<button id="subTabAutomated"
onclick="setExecutionView('automated')"
style="flex:1; padding:10px 16px; background:transparent; border:none; color:var(--terminal-green); font-family:var(--font-mono); font-size:0.9em; cursor:pointer;">
Fix remaining [[ ]] double-bracket bugs on Templates, History, and sub-tab buttons - Remove manual [ ] from sub-tab buttons (Manual Runs, Automated) - Add CSS to suppress button::before/after pseudo-elements on .tab buttons and border:none inline-styled buttons so they don't get double-bracketed - Prevents [[ text ]] from appearing on Templates/History/sub-tabs Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:23:58 -04:00
🤖 Automated <span id="countAutomated"></span>
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
</button>
</div>
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
<!-- Search and Filter Section -->
<div style="background: rgba(0, 255, 65, 0.05); border: 2px solid var(--terminal-green); padding: 15px; margin-bottom: 20px;">
<div style="display: grid; grid-template-columns: 1fr 1fr; gap: 15px; margin-bottom: 15px;">
<!-- Search Box -->
<div>
<label style="display: block; margin-bottom: 8px; font-weight: 600; color: var(--terminal-amber);">🔍 Search:</label>
<input type="text" id="executionSearch" placeholder="Search by command, execution ID, or workflow name..."
oninput="filterExecutions()"
style="width: 100%; padding: 10px; margin: 0;">
</div>
<!-- Status Filter -->
<div>
<label style="display: block; margin-bottom: 8px; font-weight: 600; color: var(--terminal-amber);">📊 Status Filter:</label>
<select id="statusFilter" onchange="filterExecutions()" style="width: 100%; padding: 10px; margin: 0;">
<option value="">All Statuses</option>
<option value="running">Running</option>
<option value="completed">Completed</option>
<option value="failed">Failed</option>
<option value="waiting">Waiting</option>
</select>
</div>
</div>
<div style="display: flex; gap: 10px; align-items: center;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="clearFilters()" class="small">Clear Filters</button>
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
<span id="filterStats" style="color: var(--terminal-green); font-size: 0.9em; font-family: var(--font-mono);"></span>
</div>
</div>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="refreshData()">🔄 Refresh</button>
<button onclick="clearCompletedExecutions()" style="margin-left: 10px;">🗑️ Clear Completed</button>
<button onclick="toggleCompareMode()" id="compareModeBtn" style="margin-left: 10px;">📊 Compare Mode</button>
<button onclick="compareSelectedExecutions()" id="compareBtn" style="margin-left: 10px; display: none;">⚖️ Compare Selected</button>
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
<div id="compareInstructions" style="display: none; background: rgba(255, 176, 0, 0.1); border: 2px solid var(--terminal-amber); padding: 12px; margin: 15px 0; color: var(--terminal-amber);">
Select 2-5 executions to compare their outputs. Click executions to toggle selection.
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<div id="executionList"><div class="loading">Loading...</div></div>
</div>
</div>
<!-- Quick Command Tab -->
<div id="quickcommand" class="tab-content">
<div class="card">
<h3>⚡ Quick Command Execution</h3>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
<p style="color: var(--terminal-green); margin-bottom: 20px;">Execute a command on selected workers instantly</p>
<div style="display: flex; gap: 10px; margin-bottom: 15px;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="showCommandTemplates()" style="flex: 0;">📋 Templates</button>
<button onclick="showCommandHistory()" style="flex: 0;">🕐 History</button>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
</div>
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
<label style="display: block; margin-bottom: 10px; font-weight: 600;">Execution Mode:</label>
<div style="margin-bottom: 20px;">
<label style="display: inline-flex; align-items: center; margin-right: 20px; cursor: pointer;">
<input type="radio" name="execMode" value="single" checked onchange="toggleWorkerSelection()" style="width: auto; margin-right: 8px;">
<span>Single Worker</span>
</label>
<label style="display: inline-flex; align-items: center; cursor: pointer;">
<input type="radio" name="execMode" value="multi" onchange="toggleWorkerSelection()" style="width: auto; margin-right: 8px;">
<span>Multiple Workers</span>
</label>
</div>
<div id="singleWorkerMode">
<label style="display: block; margin-bottom: 10px; font-weight: 600;">Select Worker:</label>
<select id="quickWorkerSelect">
<option value="">Loading workers...</option>
</select>
</div>
<div id="multiWorkerMode" style="display: none;">
<label style="display: block; margin-bottom: 10px; font-weight: 600;">Select Workers:</label>
<div id="workerCheckboxList" style="background: var(--bg-primary); border: 2px solid var(--terminal-green); padding: 15px; margin-bottom: 15px; max-height: 200px; overflow-y: auto;">
<div class="loading">Loading workers...</div>
</div>
<div style="margin-bottom: 15px;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="selectAllWorkers()" class="small">Select All</button>
<button onclick="selectOnlineWorkers()" class="small">Online Only</button>
<button onclick="deselectAllWorkers()" class="small">Clear All</button>
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
</div>
</div>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
<label style="display: block; margin-bottom: 10px; margin-top: 20px; font-weight: 600;">Command:</label>
<textarea id="quickCommand" placeholder="Enter command to execute (e.g., 'uptime' or 'df -h')"></textarea>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="executeQuickCommand()">▶️ Execute Command</button>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
<div id="quickCommandResult" style="margin-top: 20px;"></div>
</div>
</div>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
<!-- Scheduler Tab -->
<div id="scheduler" class="tab-content">
<div class="card">
<h3>⏰ Scheduled Commands</h3>
<p style="color: var(--terminal-green); margin-bottom: 20px;">Automate command execution with flexible scheduling</p>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="showCreateSchedule()">➕ Create Schedule</button>
<button onclick="refreshData()" style="margin-left: 10px;">🔄 Refresh</button>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
<div id="scheduleList" style="margin-top: 20px;"><div class="loading">Loading...</div></div>
</div>
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
<!-- Create Workflow Modal -->
<div id="createWorkflowModal" class="modal">
<div class="modal-content">
<h2>Create New Workflow</h2>
<input type="text" id="workflowName" placeholder="Workflow Name">
<textarea id="workflowDescription" placeholder="Description"></textarea>
<label>Workflow Definition (JSON):</label>
<textarea id="workflowDefinition" style="min-height: 200px;">{
"steps": [
{
"name": "Example Step",
"type": "execute",
"targets": ["all"],
"command": "echo 'Hello from PULSE'"
}
]
}</textarea>
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
<label style="display:block;margin:12px 0 6px;font-weight:600;">Webhook URL (optional):</label>
<input type="url" id="workflowWebhookUrl" placeholder="https://example.com/webhook">
Workflow & Command system
2025-11-30 13:03:18 -05:00
<button onclick="createWorkflow()">Create</button>
<button onclick="closeModal('createWorkflowModal')">Cancel</button>
</div>
</div>
<!-- View Execution Modal -->
<div id="viewExecutionModal" class="modal">
<div class="modal-content">
<h2>Execution Details</h2>
<div id="executionDetails"></div>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="closeModal('viewExecutionModal')">Close</button>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
</div>
</div>
<!-- Command Templates Modal -->
<div id="commandTemplatesModal" class="modal">
<div class="modal-content">
<h2>Command Templates</h2>
<div id="templateList" style="max-height: 400px; overflow-y: auto;"></div>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="closeModal('commandTemplatesModal')">Close</button>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
</div>
</div>
<!-- Command History Modal -->
<div id="commandHistoryModal" class="modal">
<div class="modal-content">
<h2>Command History</h2>
<div id="historyList" style="max-height: 400px; overflow-y: auto;"></div>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="closeModal('commandHistoryModal')">Close</button>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</div>
</div>
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
<!-- Compare Executions Modal -->
<div id="compareExecutionsModal" class="modal">
<div class="modal-content" style="max-width: 90%; max-height: 90vh;">
<h2>⚖️ Execution Comparison</h2>
<div id="compareContent" style="max-height: 70vh; overflow-y: auto; padding: 20px;"></div>
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="closeModal('compareExecutionsModal')">Close</button>
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
</div>
</div>
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
<!-- Workflow Param Input Modal -->
<div id="paramModal" style="display:none;position:fixed;inset:0;background:rgba(0,0,0,.75);z-index:1000;align-items:center;justify-content:center;">
<div style="background:#0a0a0a;border:2px solid var(--terminal-green);padding:28px 32px;min-width:380px;max-width:520px;width:90%;font-family:var(--font-mono);box-shadow:0 0 30px rgba(0,255,65,.2);">
<h2 style="color:var(--terminal-green);margin:0 0 6px;font-size:1.1em;letter-spacing:.05em;">▶ RUN WORKFLOW</h2>
<p style="color:var(--terminal-amber);font-size:.75em;margin:0 0 20px;letter-spacing:.04em;">Fill in required parameters</p>
<div id="paramModalForm"></div>
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
<div style="margin-top:16px;display:flex;align-items:center;gap:10px;">
<input type="checkbox" id="paramDryRun" style="accent-color:var(--terminal-amber);">
<label for="paramDryRun" style="color:var(--terminal-amber);font-size:.85em;cursor:pointer;">Dry Run (simulate, no commands executed)</label>
</div>
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
<div style="display:flex;gap:10px;margin-top:20px;">
<button onclick="submitParamForm()"
style="flex:1;padding:8px;background:rgba(0,255,65,.1);border:1px solid var(--terminal-green);color:var(--terminal-green);font-family:var(--font-mono);cursor:pointer;font-size:.9em;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
▶ Run
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
</button>
<button onclick="closeParamModal()"
style="padding:8px 16px;background:transparent;border:1px solid #555;color:#888;font-family:var(--font-mono);cursor:pointer;font-size:.9em;">
Cancel
</button>
</div>
</div>
</div>
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
<!-- Edit Workflow Modal -->
<div id="editWorkflowModal" class="modal">
<div class="modal-content" style="max-width: 700px; width: 95%;">
<h2>✏️ Edit Workflow</h2>
<input type="hidden" id="editWorkflowId">
<label style="display:block;margin-bottom:6px;font-weight:600;">Name:</label>
<input type="text" id="editWorkflowName" placeholder="Workflow Name">
<label style="display:block;margin:12px 0 6px;font-weight:600;">Description:</label>
<textarea id="editWorkflowDescription" placeholder="Description" style="min-height:60px;"></textarea>
<label style="display:block;margin:12px 0 6px;font-weight:600;">Definition (JSON):</label>
<textarea id="editWorkflowDefinition" style="min-height: 320px; font-family: var(--font-mono); font-size: 0.85em;"></textarea>
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
<label style="display:block;margin:12px 0 6px;font-weight:600;">Webhook URL (optional):</label>
<input type="url" id="editWorkflowWebhookUrl" placeholder="https://example.com/webhook">
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
<div id="editWorkflowError" style="color:var(--terminal-red);font-size:0.85em;margin-top:8px;display:none;"></div>
<div style="margin-top:16px;display:flex;gap:10px;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="saveWorkflow()">💾 Save</button>
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
<button onclick="closeModal('editWorkflowModal')">Cancel</button>
</div>
</div>
</div>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
<!-- Create Schedule Modal -->
<div id="createScheduleModal" class="modal">
<div class="modal-content">
<h2>Create Scheduled Command</h2>
<label style="display: block; margin-bottom: 8px; font-weight: 600;">Schedule Name:</label>
<input type="text" id="scheduleName" placeholder="e.g., Daily System Check">
<label style="display: block; margin-bottom: 8px; margin-top: 15px; font-weight: 600;">Command:</label>
<textarea id="scheduleCommand" placeholder="Enter command to execute"></textarea>
<label style="display: block; margin-bottom: 8px; margin-top: 15px; font-weight: 600;">Target Workers:</label>
<div id="scheduleWorkerList" style="background: var(--bg-primary); border: 2px solid var(--terminal-green); padding: 15px; margin-bottom: 15px; max-height: 150px; overflow-y: auto;">
<div class="loading">Loading workers...</div>
</div>
<label style="display: block; margin-bottom: 8px; margin-top: 15px; font-weight: 600;">Schedule Type:</label>
<select id="scheduleType" onchange="updateScheduleInput()">
<option value="interval">Every X Minutes</option>
<option value="hourly">Every X Hours</option>
<option value="daily">Daily at Time</option>
</select>
<div id="scheduleInputContainer" style="margin-top: 15px;">
<label style="display: block; margin-bottom: 8px; font-weight: 600;">Interval (minutes):</label>
<input type="number" id="scheduleValue" placeholder="e.g., 30" min="1">
</div>
<div style="margin-top: 20px;">
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button onclick="createSchedule()">Create Schedule</button>
<button onclick="closeModal('createScheduleModal')" style="margin-left: 10px;">Cancel</button>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
</div>
</div>
</div>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
<script>
let currentUser = null;
let ws = null;
Workflow & Command system
2025-11-30 13:03:18 -05:00
let workers = [];
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
let allExecutions = []; // Store all loaded executions for filtering
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
let compareMode = false;
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
let selectedExecutions = new Set();
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
async function loadUser() {
try {
const response = await fetch('/api/user');
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (!response.ok) return false;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
currentUser = await response.json();
document.getElementById('userInfo').innerHTML = `
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
<div class="name">${escapeHtml(currentUser.name || '')}</div>
<div class="email">${escapeHtml(currentUser.email || '')}</div>
<div>${(currentUser.groups || []).map(g =>
`<span class="badge">${escapeHtml(g)}</span>`
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
).join('')}</div>
`;
return true;
} catch (error) {
console.error('Error loading user:', error);
return false;
}
}
async function loadWorkers() {
try {
const response = await fetch('/api/workers');
Workflow & Command system
2025-11-30 13:03:18 -05:00
workers = await response.json();
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
// Update worker select in quick command (single mode)
Workflow & Command system
2025-11-30 13:03:18 -05:00
const select = document.getElementById('quickWorkerSelect');
if (select) {
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
select.innerHTML = workers.map(w =>
Workflow & Command system
2025-11-30 13:03:18 -05:00
`<option value="${w.id}">${w.name} (${w.status})</option>`
).join('');
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
// Update worker checkboxes (multi mode)
const checkboxList = document.getElementById('workerCheckboxList');
if (checkboxList) {
checkboxList.innerHTML = workers.length === 0 ?
'<div class="empty">No workers available</div>' :
workers.map(w => `
<label style="display: block; margin-bottom: 10px; cursor: pointer; padding: 8px; border: 1px solid var(--terminal-green); background: ${w.status === 'online' ? 'rgba(0, 255, 65, 0.05)' : 'transparent'};">
<input type="checkbox" name="workerCheckbox" value="${w.id}" data-status="${w.status}" style="width: auto; margin-right: 8px;">
<span class="status ${w.status}" style="padding: 2px 8px; font-size: 0.8em;">[${w.status === 'online' ? '●' : '○'}]</span>
<strong>${w.name}</strong>
</label>
`).join('');
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
// Dashboard view
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
const dashHtml = workers.length === 0 ?
Workflow & Command system
2025-11-30 13:03:18 -05:00
'<div class="empty">No workers connected</div>' :
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
workers.map(w => {
const meta = w.metadata ? (typeof w.metadata === 'string' ? JSON.parse(w.metadata) : w.metadata) : null;
const lastSeen = getTimeAgo(new Date(w.last_heartbeat));
return `
<div class="worker-item">
<span class="status ${w.status}">[${w.status === 'online' ? '●' : '○'}]</span>
<strong>${w.name}</strong>
${meta ? `<div class="worker-stats">
<span>CPU: ${meta.cpus || '?'} cores</span>
<span>RAM: ${formatBytes(meta.freeMem)}/${formatBytes(meta.totalMem)}</span>
<span>Tasks: ${meta.activeTasks || 0}/${meta.maxConcurrentTasks || 0}</span>
</div>` : ''}
<div class="timestamp">Last seen: ${lastSeen}</div>
</div>
`;
}).join('');
Workflow & Command system
2025-11-30 13:03:18 -05:00
document.getElementById('dashWorkers').innerHTML = dashHtml;
// Full worker list
const fullHtml = workers.length === 0 ?
'<div class="empty">No workers connected</div>' :
workers.map(w => {
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
const meta = w.metadata ? (typeof w.metadata === 'string' ? JSON.parse(w.metadata) : w.metadata) : null;
const lastSeen = getTimeAgo(new Date(w.last_heartbeat));
const memUsagePercent = meta && meta.totalMem ? ((meta.totalMem - meta.freeMem) / meta.totalMem * 100).toFixed(1) : 0;
const loadAvg = meta && meta.loadavg ? meta.loadavg.map(l => l.toFixed(2)).join(', ') : 'N/A';
Workflow & Command system
2025-11-30 13:03:18 -05:00
return `
<div class="worker-item">
<div style="display: flex; justify-content: space-between; align-items: start;">
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
<div style="flex: 1;">
<span class="status ${w.status}">[${w.status === 'online' ? '●' : '○'}]</span>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<strong>${w.name}</strong>
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
<div class="timestamp">Last seen: ${lastSeen}</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
${meta ? `
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
<div class="worker-metadata">
<div class="meta-row">
<span class="meta-label">System:</span>
<span>${meta.platform || 'N/A'} ${meta.arch || ''} | ${meta.cpus || '?'} CPU cores</span>
</div>
<div class="meta-row">
<span class="meta-label">Memory:</span>
<span>${formatBytes(meta.totalMem - meta.freeMem)} / ${formatBytes(meta.totalMem)} (${memUsagePercent}% used)</span>
</div>
<div class="meta-row">
<span class="meta-label">Load Avg:</span>
<span>${loadAvg}</span>
</div>
<div class="meta-row">
<span class="meta-label">Uptime:</span>
<span>${formatUptime(meta.uptime)}</span>
</div>
<div class="meta-row">
<span class="meta-label">Active Tasks:</span>
<span>${meta.activeTasks || 0} / ${meta.maxConcurrentTasks || 0}</span>
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
` : ''}
</div>
${currentUser && currentUser.isAdmin ? `
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
<button class="danger small" onclick="deleteWorker('${w.id}', '${w.name}')">🗑️ Delete</button>
Workflow & Command system
2025-11-30 13:03:18 -05:00
` : ''}
</div>
</div>
`;
}).join('');
document.getElementById('workerList').innerHTML = fullHtml;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
} catch (error) {
console.error('Error loading workers:', error);
Security and reliability fixes: XSS, race conditions, logging - Fix XSS in workflow list: escape name/description/created_by with escapeHtml() - Fix broadcast() race: snapshot browserClients Set before iterating - Fix waitForCommandResult: use position-based matching (worker omits command_id in result) - Fix scheduler duplicate-run race: atomic UPDATE with affectedRows check - Suppress toast alerts for automated executions (gandalf:/scheduler: prefix) - Add waiting_for_input + prompt fields to GET /executions/:id - Add GET /api/workflows/:id endpoint - Add interactive prompt UI: respondToPrompt(), WebSocket execution_prompt handler - Add workflow editor modal (admin-only) - Remove sensitive console.log calls (WS payload, command output) - Show error messages in list containers on load failure - evalCondition: log warning instead of silently swallowing errors - Worker reconnect: clean up stale entries for same dbWorkerId - Null-check execState before continuing workflow steps Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:30:32 -04:00
document.getElementById('workerList').innerHTML = '<div class="empty" style="color:var(--terminal-red);">⚠ Failed to load workers</div>';
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
}
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
// Workflow registry (id → definition) for param lookup
let _workflowRegistry = {};
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
async function loadWorkflows() {
try {
const response = await fetch('/api/workflows');
const workflows = await response.json();
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
// Cache definitions for param lookup at execute time
_workflowRegistry = {};
workflows.forEach(w => {
const def = typeof w.definition === 'string' ? JSON.parse(w.definition) : w.definition;
_workflowRegistry[w.id] = def;
});
const paramBadge = (def) => {
const ps = (def && def.params) || [];
return ps.length ? `<span style="font-size:.75em;color:var(--terminal-amber);margin-left:6px;">[${ps.length} param${ps.length > 1 ? 's' : ''}]</span>` : '';
};
Workflow & Command system
2025-11-30 13:03:18 -05:00
const html = workflows.length === 0 ?
'<div class="empty">No workflows defined yet</div>' :
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
workflows.map(w => {
const def = _workflowRegistry[w.id] || {};
return `
Workflow & Command system
2025-11-30 13:03:18 -05:00
<div class="workflow-item">
Security and reliability fixes: XSS, race conditions, logging - Fix XSS in workflow list: escape name/description/created_by with escapeHtml() - Fix broadcast() race: snapshot browserClients Set before iterating - Fix waitForCommandResult: use position-based matching (worker omits command_id in result) - Fix scheduler duplicate-run race: atomic UPDATE with affectedRows check - Suppress toast alerts for automated executions (gandalf:/scheduler: prefix) - Add waiting_for_input + prompt fields to GET /executions/:id - Add GET /api/workflows/:id endpoint - Add interactive prompt UI: respondToPrompt(), WebSocket execution_prompt handler - Add workflow editor modal (admin-only) - Remove sensitive console.log calls (WS payload, command output) - Show error messages in list containers on load failure - evalCondition: log warning instead of silently swallowing errors - Worker reconnect: clean up stale entries for same dbWorkerId - Null-check execState before continuing workflow steps Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:30:32 -04:00
<div class="workflow-name">${escapeHtml(w.name)}${paramBadge(def)}</div>
<div class="workflow-desc">${escapeHtml(w.description || 'No description')}</div>
<div class="timestamp">Created by ${escapeHtml(w.created_by || 'Unknown')} on ${safeDate(w.created_at)?.toLocaleString() ?? 'N/A'}</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
<div style="margin-top: 10px;">
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
<button onclick="executeWorkflow('${w.id}')">▶️ Execute</button>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
${currentUser && currentUser.isAdmin ?
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
`<button onclick="editWorkflow('${w.id}')">✏️ Edit</button>
<button class="danger" onclick="deleteWorkflow('${w.id}', '${w.name}')">🗑️ Delete</button>`
Workflow & Command system
2025-11-30 13:03:18 -05:00
: ''}
</div>
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
</div>`;
}).join('');
Workflow & Command system
2025-11-30 13:03:18 -05:00
document.getElementById('workflowList').innerHTML = html;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
} catch (error) {
console.error('Error loading workflows:', error);
Security and reliability fixes: XSS, race conditions, logging - Fix XSS in workflow list: escape name/description/created_by with escapeHtml() - Fix broadcast() race: snapshot browserClients Set before iterating - Fix waitForCommandResult: use position-based matching (worker omits command_id in result) - Fix scheduler duplicate-run race: atomic UPDATE with affectedRows check - Suppress toast alerts for automated executions (gandalf:/scheduler: prefix) - Add waiting_for_input + prompt fields to GET /executions/:id - Add GET /api/workflows/:id endpoint - Add interactive prompt UI: respondToPrompt(), WebSocket execution_prompt handler - Add workflow editor modal (admin-only) - Remove sensitive console.log calls (WS payload, command output) - Show error messages in list containers on load failure - evalCondition: log warning instead of silently swallowing errors - Worker reconnect: clean up stale entries for same dbWorkerId - Null-check execState before continuing workflow steps Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:30:32 -04:00
document.getElementById('workflowList').innerHTML = '<div class="empty" style="color:var(--terminal-red);">⚠ Failed to load workflows</div>';
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
}
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
async function loadSchedules() {
try {
const response = await fetch('/api/scheduled-commands');
const schedules = await response.json();
const html = schedules.length === 0 ?
'<div class="empty">No scheduled commands yet</div>' :
schedules.map(s => {
const workerIds = JSON.parse(s.worker_ids);
const workerNames = workerIds.map(id => {
const w = workers.find(worker => worker.id === id);
return w ? w.name : id.substring(0, 8);
}).join(', ');
let scheduleDesc = '';
if (s.schedule_type === 'interval') {
scheduleDesc = `Every ${s.schedule_value} minutes`;
} else if (s.schedule_type === 'hourly') {
scheduleDesc = `Every ${s.schedule_value} hour(s)`;
} else if (s.schedule_type === 'daily') {
scheduleDesc = `Daily at ${s.schedule_value}`;
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
} else if (s.schedule_type === 'cron') {
scheduleDesc = `Cron: ${s.schedule_value}`;
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
}
Fix ESC handler, form reset, and scheduler next-run countdown - Fix ESC key handler to use .modal.show class selector instead of style.display check - Reset create workflow form fields when opening the create modal - Show relative countdown (e.g. "in 5m") alongside next run timestamp in scheduler list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:26:48 -04:00
const nextRunDate = safeDate(s.next_run);
const nextRunIn = nextRunDate ? (() => {
const secs = Math.round((nextRunDate - Date.now()) / 1000);
if (secs <= 0) return 'now';
if (secs < 60) return `${secs}s`;
if (secs < 3600) return `${Math.round(secs/60)}m`;
return `${Math.round(secs/3600)}h`;
})() : null;
const nextRun = nextRunDate ? `${nextRunDate.toLocaleString()}${nextRunIn ? ` (in ${nextRunIn})` : ''}` : 'Not scheduled';
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
const lastRun = safeDate(s.last_run)?.toLocaleString() ?? 'Never';
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
return `
<div class="workflow-item" style="opacity: ${s.enabled ? 1 : 0.6};">
<div style="display: flex; justify-content: space-between; align-items: start;">
<div style="flex: 1;">
Fix XSS, add per-step timeout/retry to workflow engine index.html: - Escape started_by in execution list, execution cards, and execution detail modal - Escape schedule name in schedules list server.js: - Per-step timeout: step.timeout (seconds) overrides global COMMAND_TIMEOUT_MS (5s-600s range) - Per-step retry: step.retries (max 5) with step.retryDelayMs (max 30s) re-sends command on failure with command_retry log entries showing attempt/max_retries progress Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:36:35 -04:00
<div class="workflow-name">${escapeHtml(s.name || '')}</div>
Phase 10: Command Scheduler Added comprehensive command scheduling system: Backend: - New scheduled_commands database table - Scheduler processor runs every minute - Support for three schedule types: interval, hourly, daily - calculateNextRun() function for intelligent scheduling - API endpoints: GET, POST, PUT (toggle), DELETE - Executions automatically created and tracked - Enable/disable schedules without deleting Frontend: - New Scheduler tab in navigation - Create Schedule modal with worker selection - Dynamic schedule input based on type - Schedule list showing status, next/last run times - Enable/Disable toggle for each schedule - Delete schedule functionality - Terminal-themed scheduler UI - Integration with existing worker and execution systems Schedule Types: - Interval: Every X minutes (e.g., 30 for every 30 min) - Hourly: Every X hours (e.g., 2 for every 2 hours) - Daily: At specific time (e.g., 03:00 for 3 AM daily) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:13:27 -05:00
<div style="color: var(--terminal-green); font-family: var(--font-mono); font-size: 0.9em; margin: 8px 0;">
Command: <code>${escapeHtml(s.command)}</code>
</div>
<div style="color: var(--terminal-amber); font-size: 0.9em; margin-bottom: 5px;">
📅 ${scheduleDesc}
</div>
<div style="color: var(--text-muted); font-size: 0.85em;">
Workers: ${workerNames}
</div>
<div class="timestamp">
Last run: ${lastRun} | Next run: ${nextRun}
</div>
</div>
<div style="margin-left: 15px;">
<span class="status ${s.enabled ? 'online' : 'offline'}" style="font-size: 0.85em;">
${s.enabled ? 'ENABLED' : 'DISABLED'}
</span>
</div>
</div>
<div style="margin-top: 10px;">
<button onclick="toggleSchedule('${s.id}')" class="small">
${s.enabled ? '⏸️ Disable' : '▶️ Enable'}
</button>
<button class="danger small" onclick="deleteSchedule('${s.id}', '${s.name}')">🗑️ Delete</button>
</div>
</div>
`;
}).join('');
document.getElementById('scheduleList').innerHTML = html;
} catch (error) {
console.error('Error loading schedules:', error);
}
}
function showCreateSchedule() {
// Populate worker checkboxes
const workerList = document.getElementById('scheduleWorkerList');
workerList.innerHTML = workers.length === 0 ?
'<div class="empty">No workers available</div>' :
workers.map(w => `
<label style="display: block; margin-bottom: 10px; cursor: pointer; padding: 8px; border: 1px solid var(--terminal-green);">
<input type="checkbox" name="scheduleWorkerCheckbox" value="${w.id}" style="width: auto; margin-right: 8px;">
<span class="status ${w.status}" style="padding: 2px 8px; font-size: 0.8em;">[${w.status === 'online' ? '●' : '○'}]</span>
<strong>${w.name}</strong>
</label>
`).join('');
document.getElementById('createScheduleModal').classList.add('show');
}
function updateScheduleInput() {
const scheduleType = document.getElementById('scheduleType').value;
const container = document.getElementById('scheduleInputContainer');
if (scheduleType === 'interval') {
container.innerHTML = `
<label style="display: block; margin-bottom: 8px; font-weight: 600;">Interval (minutes):</label>
<input type="number" id="scheduleValue" placeholder="e.g., 30" min="1">
`;
} else if (scheduleType === 'hourly') {
container.innerHTML = `
<label style="display: block; margin-bottom: 8px; font-weight: 600;">Every X Hours:</label>
<input type="number" id="scheduleValue" placeholder="e.g., 2" min="1" max="24">
`;
} else if (scheduleType === 'daily') {
container.innerHTML = `
<label style="display: block; margin-bottom: 8px; font-weight: 600;">Time (HH:MM):</label>
<input type="time" id="scheduleValue">
`;
}
}
async function createSchedule() {
const name = document.getElementById('scheduleName').value;
const command = document.getElementById('scheduleCommand').value;
const scheduleType = document.getElementById('scheduleType').value;
const scheduleValue = document.getElementById('scheduleValue').value;
const selectedWorkers = Array.from(document.querySelectorAll('input[name="scheduleWorkerCheckbox"]:checked')).map(cb => cb.value);
if (!name || !command || !scheduleValue || selectedWorkers.length === 0) {
alert('Please fill in all fields and select at least one worker');
return;
}
try {
const response = await fetch('/api/scheduled-commands', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({
name,
command,
worker_ids: selectedWorkers,
schedule_type: scheduleType,
schedule_value: scheduleValue
})
});
if (response.ok) {
closeModal('createScheduleModal');
showTerminalNotification('Schedule created successfully', 'success');
loadSchedules();
// Clear form
document.getElementById('scheduleName').value = '';
document.getElementById('scheduleCommand').value = '';
document.getElementById('scheduleValue').value = '';
} else {
const error = await response.json();
showTerminalNotification('Failed to create schedule: ' + error.error, 'error');
}
} catch (error) {
console.error('Error creating schedule:', error);
showTerminalNotification('Error creating schedule', 'error');
}
}
async function toggleSchedule(scheduleId) {
try {
const response = await fetch(`/api/scheduled-commands/${scheduleId}/toggle`, {
method: 'PUT'
});
if (response.ok) {
const data = await response.json();
showTerminalNotification(`Schedule ${data.enabled ? 'enabled' : 'disabled'}`, 'success');
loadSchedules();
} else {
showTerminalNotification('Failed to toggle schedule', 'error');
}
} catch (error) {
console.error('Error toggling schedule:', error);
showTerminalNotification('Error toggling schedule', 'error');
}
}
async function deleteSchedule(scheduleId, name) {
if (!confirm(`Delete scheduled command: ${name}?`)) return;
try {
const response = await fetch(`/api/scheduled-commands/${scheduleId}`, {
method: 'DELETE'
});
if (response.ok) {
showTerminalNotification('Schedule deleted', 'success');
loadSchedules();
} else {
showTerminalNotification('Failed to delete schedule', 'error');
}
} catch (error) {
console.error('Error deleting schedule:', error);
showTerminalNotification('Error deleting schedule', 'error');
}
}
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
let executionOffset = 0;
const executionLimit = 50;
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
let executionView = localStorage.getItem('pulse_executionView') || 'manual';
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
async function loadExecutions(append = false) {
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
try {
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
if (!append) executionOffset = 0;
const response = await fetch(`/api/executions?limit=${executionLimit}&offset=${executionOffset}`);
const data = await response.json();
const executions = data.executions || data; // Handle old and new API format
Fix quick command executions not appearing in execution tab Changes: - Create execution record in database when quick command is sent - Store initial log entry with command details - Broadcast execution_started event to update UI - Display quick commands as "[Quick Command]" in execution list - Fix worker communication to properly track all executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 20:24:11 -05:00
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
// Store executions for filtering
if (append) {
allExecutions = allExecutions.concat(executions);
} else {
allExecutions = executions;
}
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
// Dashboard view (first 5 manual runs only)
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
if (!append) {
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
const manualExecs = executions.filter(e => !isAutomatedRun(e));
const dashHtml = manualExecs.length === 0 ?
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
'<div class="empty">No executions yet</div>' :
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
manualExecs.slice(0, 5).map(e => `
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
<div class="execution-item" onclick="viewExecution('${e.id}')">
<span class="status ${e.status}">${e.status}</span>
<strong>${e.workflow_name || '[Quick Command]'}</strong>
Fix XSS, add per-step timeout/retry to workflow engine index.html: - Escape started_by in execution list, execution cards, and execution detail modal - Escape schedule name in schedules list server.js: - Per-step timeout: step.timeout (seconds) overrides global COMMAND_TIMEOUT_MS (5s-600s range) - Per-step retry: step.retries (max 5) with step.retryDelayMs (max 30s) re-sends command on failure with command_retry log entries showing attempt/max_retries progress Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:36:35 -04:00
<div class="timestamp">by ${escapeHtml(e.started_by || '')} at ${safeDate(e.started_at)?.toLocaleString() ?? 'N/A'}</div>
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
</div>
`).join('');
document.getElementById('dashExecutions').innerHTML = dashHtml;
}
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
// Apply filters and render
renderFilteredExecutions();
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
// Add "Load More" button if there are more executions
if (data.hasMore) {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
const loadMoreBtn = `<button onclick="loadMoreExecutions()" style="width: 100%; margin-top: 15px;">Load More Executions</button>`;
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
document.getElementById('executionList').innerHTML += loadMoreBtn;
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
} catch (error) {
console.error('Error loading executions:', error);
Security and reliability fixes: XSS, race conditions, logging - Fix XSS in workflow list: escape name/description/created_by with escapeHtml() - Fix broadcast() race: snapshot browserClients Set before iterating - Fix waitForCommandResult: use position-based matching (worker omits command_id in result) - Fix scheduler duplicate-run race: atomic UPDATE with affectedRows check - Suppress toast alerts for automated executions (gandalf:/scheduler: prefix) - Add waiting_for_input + prompt fields to GET /executions/:id - Add GET /api/workflows/:id endpoint - Add interactive prompt UI: respondToPrompt(), WebSocket execution_prompt handler - Add workflow editor modal (admin-only) - Remove sensitive console.log calls (WS payload, command output) - Show error messages in list containers on load failure - evalCondition: log warning instead of silently swallowing errors - Worker reconnect: clean up stale entries for same dbWorkerId - Null-check execState before continuing workflow steps Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:30:32 -04:00
document.getElementById('executionList').innerHTML = '<div class="empty" style="color:var(--terminal-red);">⚠ Failed to load executions</div>';
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
}
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
function isAutomatedRun(e) {
const by = e.started_by || '';
return by.startsWith('gandalf:') || by.startsWith('scheduler:');
}
function updateSubTabCounts() {
const manual = allExecutions.filter(e => !isAutomatedRun(e)).length;
const automated = allExecutions.filter(e => isAutomatedRun(e)).length;
const cm = document.getElementById('countManual');
const ca = document.getElementById('countAutomated');
if (cm) cm.textContent = manual ? `(${manual}) ` : '';
if (ca) ca.textContent = automated ? `(${automated}) ` : '';
}
function setExecutionView(view) {
executionView = view;
localStorage.setItem('pulse_executionView', view);
const manualBtn = document.getElementById('subTabManual');
const autoBtn = document.getElementById('subTabAutomated');
if (manualBtn && autoBtn) {
if (view === 'manual') {
manualBtn.style.background = 'rgba(0,255,65,0.2)';
manualBtn.style.color = 'var(--terminal-amber)';
manualBtn.style.textShadow = '0 0 5px #ffb000';
autoBtn.style.background = 'transparent';
autoBtn.style.color = 'var(--terminal-green)';
autoBtn.style.textShadow = 'none';
} else {
autoBtn.style.background = 'rgba(0,255,65,0.2)';
autoBtn.style.color = 'var(--terminal-amber)';
autoBtn.style.textShadow = '0 0 5px #ffb000';
manualBtn.style.background = 'transparent';
manualBtn.style.color = 'var(--terminal-green)';
manualBtn.style.textShadow = 'none';
}
}
renderFilteredExecutions();
}
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
function renderFilteredExecutions() {
const searchTerm = (document.getElementById('executionSearch')?.value || '').toLowerCase();
const statusFilter = document.getElementById('statusFilter')?.value || '';
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
updateSubTabCounts();
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
// Filter executions
let filtered = allExecutions.filter(e => {
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
// View filter (manual vs automated)
if (executionView === 'manual' && isAutomatedRun(e)) return false;
if (executionView === 'automated' && !isAutomatedRun(e)) return false;
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
// Status filter
if (statusFilter && e.status !== statusFilter) return false;
// Search filter (search in workflow name, execution ID, and logs)
if (searchTerm) {
const workflowName = (e.workflow_name || '[Quick Command]').toLowerCase();
const executionId = e.id.toLowerCase();
// Try to extract command from logs if it's a quick command
let commandText = '';
try {
const logs = typeof e.logs === 'string' ? JSON.parse(e.logs) : e.logs;
if (logs && logs.length > 0 && logs[0].command) {
commandText = logs[0].command.toLowerCase();
}
} catch (err) {
// Ignore parsing errors
}
const matchFound = workflowName.includes(searchTerm) ||
executionId.includes(searchTerm) ||
commandText.includes(searchTerm);
if (!matchFound) return false;
}
return true;
});
// Update filter stats
const statsEl = document.getElementById('filterStats');
if (statsEl) {
if (searchTerm || statusFilter) {
statsEl.textContent = `Showing ${filtered.length} of ${allExecutions.length} executions`;
} else {
statsEl.textContent = '';
}
}
// Render filtered results
const fullHtml = filtered.length === 0 ?
'<div class="empty">No executions match your filters</div>' :
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
filtered.map(e => {
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
const isSelected = selectedExecutions.has(e.id);
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
const clickHandler = compareMode ? `toggleExecutionSelection('${e.id}')` : `viewExecution('${e.id}')`;
const selectedStyle = isSelected ? 'background: rgba(255, 176, 0, 0.2); border-left-width: 5px; border-left-color: var(--terminal-amber);' : '';
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
const elapsed = e.status === 'running' ? ` • ${formatElapsed(e.started_at)}` : '';
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
return `
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
<div class="execution-item${e.status === 'running' ? ' status-running' : ''}" onclick="${clickHandler}" style="${selectedStyle} cursor: pointer;">
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
${compareMode && isSelected ? '<span style="color: var(--terminal-amber); margin-right: 8px;">✓</span>' : ''}
<span class="status ${e.status}">${e.status}</span>
<strong>${e.workflow_name || '[Quick Command]'}</strong>
<div class="timestamp">
Fix XSS, add per-step timeout/retry to workflow engine index.html: - Escape started_by in execution list, execution cards, and execution detail modal - Escape schedule name in schedules list server.js: - Per-step timeout: step.timeout (seconds) overrides global COMMAND_TIMEOUT_MS (5s-600s range) - Per-step retry: step.retries (max 5) with step.retryDelayMs (max 30s) re-sends command on failure with command_retry log entries showing attempt/max_retries progress Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:36:35 -04:00
Started by ${escapeHtml(e.started_by || '')} at ${safeDate(e.started_at)?.toLocaleString() ?? 'N/A'}
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
${e.completed_at ? ` • Completed at ${safeDate(e.completed_at)?.toLocaleString() ?? 'N/A'}` : elapsed}
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
</div>
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
</div>
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
`;
}).join('');
Phase 8: Execution Search & Filtering Added comprehensive search and filtering for execution history: - Search bar to filter by command text, execution ID, or workflow name - Status filter dropdown (All, Running, Completed, Failed, Waiting) - Real-time client-side filtering as user types - Filter statistics showing X of Y executions - Clear Filters button to reset all filters - Extracts command text from logs for quick command searches - Maintains all executions in memory for instant filtering - Terminal-themed filter UI matching existing aesthetic Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:06:43 -05:00
document.getElementById('executionList').innerHTML = fullHtml;
}
function filterExecutions() {
renderFilteredExecutions();
}
function clearFilters() {
document.getElementById('executionSearch').value = '';
document.getElementById('statusFilter').value = '';
renderFilteredExecutions();
}
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
function toggleCompareMode() {
compareMode = !compareMode;
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
selectedExecutions = new Set();
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
const btn = document.getElementById('compareModeBtn');
const compareBtn = document.getElementById('compareBtn');
const instructions = document.getElementById('compareInstructions');
if (compareMode) {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
btn.textContent = '✗ Exit Compare Mode';
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
btn.style.borderColor = 'var(--terminal-amber)';
btn.style.color = 'var(--terminal-amber)';
Fix bracket wrapping to new lines via inline-flex on buttons The CSS ::before/::after pseudo-elements for [ ] brackets were rendering on separate lines because button HTML had multiline whitespace (newlines + indentation) inside the tag, causing: [ Button Text ] Fix: set button display to inline-flex with align-items:center so pseudo-elements become flex children that stay on the same line as button content regardless of internal whitespace. Also add white-space:nowrap and flex-shrink:0 on pseudo-elements. Also fix compareBtn.style.display to use inline-flex to avoid reverting to block-level display that would re-introduce wrapping. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:27:00 -04:00
compareBtn.style.display = 'inline-flex';
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
instructions.style.display = 'block';
} else {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
btn.textContent = '📊 Compare Mode';
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
btn.style.borderColor = '';
btn.style.color = '';
compareBtn.style.display = 'none';
instructions.style.display = 'none';
}
renderFilteredExecutions();
}
function toggleExecutionSelection(executionId) {
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
if (selectedExecutions.has(executionId)) {
selectedExecutions.delete(executionId);
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
} else {
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
if (selectedExecutions.size >= 5) {
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
showTerminalNotification('Maximum 5 executions can be compared', 'error');
return;
}
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
selectedExecutions.add(executionId);
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
}
renderFilteredExecutions();
// Update compare button text
const compareBtn = document.getElementById('compareBtn');
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
if (selectedExecutions.size >= 2) {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
compareBtn.textContent = `⚖️ Compare Selected (${selectedExecutions.size})`;
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
} else {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
compareBtn.textContent = '⚖️ Compare Selected';
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
}
}
async function compareSelectedExecutions() {
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
if (selectedExecutions.size < 2) {
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
showTerminalNotification('Please select at least 2 executions to compare', 'error');
return;
}
// Fetch detailed data for all selected executions
const executionDetails = [];
for (const execId of selectedExecutions) {
try {
const response = await fetch(`/api/executions/${execId}`);
if (response.ok) {
executionDetails.push(await response.json());
}
} catch (error) {
console.error('Error fetching execution:', error);
}
}
if (executionDetails.length < 2) {
showTerminalNotification('Failed to load execution details', 'error');
return;
}
// Generate comparison view
let comparisonHtml = '<div style="display: grid; gap: 20px;">';
// Summary table
comparisonHtml += `
<div style="background: rgba(0, 255, 65, 0.05); border: 2px solid var(--terminal-green); padding: 15px;">
<h3 style="margin-top: 0; color: var(--terminal-amber);">Comparison Summary</h3>
<table style="width: 100%; border-collapse: collapse; font-family: var(--font-mono); font-size: 0.9em;">
<thead>
<tr style="border-bottom: 2px solid var(--terminal-green);">
<th style="text-align: left; padding: 8px; color: var(--terminal-amber);">Execution</th>
<th style="text-align: left; padding: 8px; color: var(--terminal-amber);">Status</th>
<th style="text-align: left; padding: 8px; color: var(--terminal-amber);">Started</th>
<th style="text-align: left; padding: 8px; color: var(--terminal-amber);">Duration</th>
</tr>
</thead>
<tbody>
${executionDetails.map((exec, idx) => {
const duration = exec.completed_at ?
Math.round((new Date(exec.completed_at) - new Date(exec.started_at)) / 1000) + 's' :
'Running...';
return `
<tr style="border-bottom: 1px solid #003300;">
<td style="padding: 8px; color: var(--terminal-green);">Execution ${idx + 1}</td>
<td style="padding: 8px;"><span class="status ${exec.status}" style="font-size: 0.85em;">${exec.status}</span></td>
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
<td style="padding: 8px; color: var(--terminal-green);">${safeDate(exec.started_at)?.toLocaleString() ?? 'N/A'}</td>
Phase 9: Execution Diff View Added powerful execution comparison and diff view: - Compare Mode toggle button in executions tab - Multi-select up to 5 executions for comparison - Visual selection indicators with checkmarks - Comparison modal with summary table (status, duration, timestamps) - Side-by-side output view for all selected executions - Line-by-line diff analysis for 2-execution comparisons - Highlights identical vs. different lines - Shows identical/different line counts - Color-coded diff (green for exec 1, amber for exec 2) - Perfect for comparing same command across workers - Terminal-themed comparison UI Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:08:55 -05:00
<td style="padding: 8px; color: var(--terminal-green);">${duration}</td>
</tr>
`;
}).join('')}
</tbody>
</table>
</div>
`;
// Side-by-side output comparison
comparisonHtml += `
<div style="background: rgba(0, 255, 65, 0.05); border: 2px solid var(--terminal-green); padding: 15px;">
<h3 style="margin-top: 0; color: var(--terminal-amber);">Output Comparison</h3>
<div style="display: grid; grid-template-columns: repeat(${executionDetails.length}, 1fr); gap: 15px;">
${executionDetails.map((exec, idx) => {
const logs = typeof exec.logs === 'string' ? JSON.parse(exec.logs) : exec.logs;
const resultLog = logs.find(l => l.action === 'command_result');
const stdout = resultLog?.stdout || 'No output';
const stderr = resultLog?.stderr || '';
return `
<div style="border: 2px solid var(--terminal-green); background: #000;">
<div style="background: var(--bg-secondary); padding: 10px; border-bottom: 2px solid var(--terminal-green);">
<strong style="color: var(--terminal-amber);">Execution ${idx + 1}</strong>
<div style="font-size: 0.85em; color: var(--terminal-green);">
${exec.workflow_name || '[Quick Command]'}
</div>
</div>
<div style="padding: 12px;">
${stdout ? `
<div style="margin-bottom: 10px;">
<div style="color: var(--terminal-amber); font-weight: bold; margin-bottom: 5px;">STDOUT:</div>
<pre style="margin: 0; color: var(--terminal-green); font-size: 0.85em; max-height: 400px; overflow-y: auto; white-space: pre-wrap;">${escapeHtml(stdout)}</pre>
</div>
` : ''}
${stderr ? `
<div>
<div style="color: #ff4444; font-weight: bold; margin-bottom: 5px;">STDERR:</div>
<pre style="margin: 0; color: #ff4444; font-size: 0.85em; max-height: 200px; overflow-y: auto; white-space: pre-wrap;">${escapeHtml(stderr)}</pre>
</div>
` : ''}
</div>
</div>
`;
}).join('')}
</div>
</div>
`;
// Diff analysis (simple line-by-line comparison for 2 executions)
if (executionDetails.length === 2) {
const logs1 = typeof executionDetails[0].logs === 'string' ? JSON.parse(executionDetails[0].logs) : executionDetails[0].logs;
const logs2 = typeof executionDetails[1].logs === 'string' ? JSON.parse(executionDetails[1].logs) : executionDetails[1].logs;
const result1 = logs1.find(l => l.action === 'command_result');
const result2 = logs2.find(l => l.action === 'command_result');
const stdout1 = result1?.stdout || '';
const stdout2 = result2?.stdout || '';
const lines1 = stdout1.split('\n');
const lines2 = stdout2.split('\n');
const maxLines = Math.max(lines1.length, lines2.length);
let diffLines = [];
let identicalCount = 0;
let differentCount = 0;
for (let i = 0; i < maxLines; i++) {
const line1 = lines1[i] || '';
const line2 = lines2[i] || '';
if (line1 === line2) {
identicalCount++;
diffLines.push(`<div style="color: #666; padding: 2px;">${i+1}: ${escapeHtml(line1) || '(empty)'}</div>`);
} else {
differentCount++;
diffLines.push(`
<div style="background: rgba(255, 176, 0, 0.1); border-left: 3px solid var(--terminal-amber); padding: 2px; margin: 2px 0;">
<div style="color: var(--terminal-green);">${i+1} [Exec 1]: ${escapeHtml(line1) || '(empty)'}</div>
<div style="color: var(--terminal-amber);">${i+1} [Exec 2]: ${escapeHtml(line2) || '(empty)'}</div>
</div>
`);
}
}
comparisonHtml += `
<div style="background: rgba(0, 255, 65, 0.05); border: 2px solid var(--terminal-green); padding: 15px;">
<h3 style="margin-top: 0; color: var(--terminal-amber);">Diff Analysis</h3>
<div style="margin-bottom: 10px; font-family: var(--font-mono); font-size: 0.9em;">
<span style="color: var(--terminal-green);">✓ Identical lines: ${identicalCount}</span> |
<span style="color: var(--terminal-amber);">≠ Different lines: ${differentCount}</span>
</div>
<div style="background: #000; border: 2px solid var(--terminal-green); padding: 10px; max-height: 400px; overflow-y: auto; font-family: var(--font-mono); font-size: 0.85em;">
${diffLines.join('')}
</div>
</div>
`;
}
comparisonHtml += '</div>';
document.getElementById('compareContent').innerHTML = comparisonHtml;
document.getElementById('compareExecutionsModal').classList.add('show');
}
Phase 5: Auto-cleanup and pagination for executions Changes: Server-side: - Added automatic cleanup of old executions (runs daily) - Configurable retention period via EXECUTION_RETENTION_DAYS env var (default: 30 days) - Cleanup runs on server startup and every 24 hours - Only cleans completed/failed executions, keeps running ones - Added pagination support to /api/executions endpoint - Returns total count, limit, offset, and hasMore flag Client-side: - Implemented "Load More" button for execution pagination - Loads 50 executions at a time - Appends additional executions when "Load More" clicked - Shows total execution count info - Backward compatible with old API format Benefits: - Automatic database maintenance - Prevents execution table from growing indefinitely - Better performance with large execution histories - User can browse all executions via pagination - Configurable retention policy per deployment Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:50:39 -05:00
async function loadMoreExecutions() {
executionOffset += executionLimit;
await loadExecutions(true);
}
Add execution cleanup functionality Changes: - Added DELETE /api/executions/:id endpoint - Added "Clear Completed" button to Executions tab - Deletes all completed and failed executions - Broadcasts execution_deleted event to update all clients - Shows count of deleted executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:36:51 -05:00
async function clearCompletedExecutions() {
if (!confirm('Delete all completed and failed executions?')) return;
try {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
const response = await fetch('/api/executions/completed', { method: 'DELETE' });
if (!response.ok) {
const err = await response.json().catch(() => ({}));
showTerminalNotification(err.error || 'Failed to delete executions', 'error');
Add execution cleanup functionality Changes: - Added DELETE /api/executions/:id endpoint - Added "Clear Completed" button to Executions tab - Deletes all completed and failed executions - Broadcasts execution_deleted event to update all clients - Shows count of deleted executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:36:51 -05:00
return;
}
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
const data = await response.json();
showTerminalNotification(`Deleted ${data.deleted} execution(s)`, 'success');
Add execution cleanup functionality Changes: - Added DELETE /api/executions/:id endpoint - Added "Clear Completed" button to Executions tab - Deletes all completed and failed executions - Broadcasts execution_deleted event to update all clients - Shows count of deleted executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:36:51 -05:00
refreshData();
} catch (error) {
console.error('Error clearing executions:', error);
Fix clearCompletedExecutions for new pagination API format Changes: - Handle new pagination response format (data.executions vs data) - Request up to 1000 executions to ensure all are checked - Track successful deletions count - Use terminal notification instead of alert - Better error handling for individual delete failures Fixes regression from Phase 5 pagination changes. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:55:13 -05:00
showTerminalNotification('Error clearing executions', 'error');
Add execution cleanup functionality Changes: - Added DELETE /api/executions/:id endpoint - Added "Clear Completed" button to Executions tab - Deletes all completed and failed executions - Broadcasts execution_deleted event to update all clients - Shows count of deleted executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:36:51 -05:00
}
}
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
// ── Workflow execution with optional param modal ───────────────────
let _pendingExecWorkflowId = null;
async function executeWorkflow(workflowId) {
const def = _workflowRegistry[workflowId] || {};
const paramDefs = def.params || [];
if (paramDefs.length > 0) {
showParamModal(workflowId, paramDefs);
} else {
const name = document.querySelector(`[onclick="executeWorkflow('${workflowId}')"]`)
?.closest('.workflow-item')?.querySelector('.workflow-name')?.textContent || 'this workflow';
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
const choice = confirm(`Execute: ${name}?\n\nClick OK to run normally, or Cancel to abort.\n(Use the workflow's Run button with dry-run checkbox for a dry run.)`);
if (!choice) return;
await startExecution(workflowId, {}, false);
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
}
}
Add execution cleanup functionality Changes: - Added DELETE /api/executions/:id endpoint - Added "Clear Completed" button to Executions tab - Deletes all completed and failed executions - Broadcasts execution_deleted event to update all clients - Shows count of deleted executions Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:36:51 -05:00
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
async function startExecution(workflowId, params, dryRun = false) {
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
try {
const response = await fetch('/api/executions', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
body: JSON.stringify({ workflow_id: workflowId, params, dry_run: dryRun })
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
});
if (response.ok) {
Workflow & Command system
2025-11-30 13:03:18 -05:00
switchTab('executions');
refreshData();
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
} else {
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
const err = await response.json().catch(() => ({}));
alert('Failed to start: ' + (err.error || response.status));
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
} catch (error) {
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
alert('Error starting workflow: ' + error.message);
}
}
function showParamModal(workflowId, paramDefs) {
_pendingExecWorkflowId = workflowId;
const form = document.getElementById('paramModalForm');
form.innerHTML = paramDefs.map(p => `
<div style="margin-bottom:14px;">
<label style="display:block;margin-bottom:4px;color:var(--terminal-amber);font-size:.85em;">
${p.label || p.name}${p.required ? ' <span style="color:var(--terminal-red)">*</span>' : ''}
</label>
<input type="text" id="param_${p.name}"
placeholder="${p.placeholder || ''}"
style="width:100%;background:#0a0a0a;border:1px solid var(--terminal-green);color:var(--terminal-green);font-family:var(--font-mono);padding:6px 8px;font-size:.9em;"
${p.required ? 'required' : ''}>
</div>`).join('');
document.getElementById('paramModal').style.display = 'flex';
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
// Focus first input; Enter key submits — use single delegated listener to avoid duplicates
if (form._keydownHandler) form.removeEventListener('keydown', form._keydownHandler);
form._keydownHandler = (e) => { if (e.key === 'Enter' && e.target.tagName === 'INPUT') submitParamForm(); };
form.addEventListener('keydown', form._keydownHandler);
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
const first = form.querySelector('input');
if (first) setTimeout(() => first.focus(), 50);
}
function closeParamModal() {
document.getElementById('paramModal').style.display = 'none';
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
document.getElementById('paramDryRun').checked = false;
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
_pendingExecWorkflowId = null;
}
async function submitParamForm() {
if (!_pendingExecWorkflowId) return;
const def = _workflowRegistry[_pendingExecWorkflowId] || {};
const paramDefs = def.params || [];
const params = {};
for (const p of paramDefs) {
const el = document.getElementById(`param_${p.name}`);
const val = el ? el.value.trim() : '';
if (p.required && !val) {
el.style.borderColor = 'var(--terminal-red)';
el.focus();
return;
}
if (val) params[p.name] = val;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
const dryRun = document.getElementById('paramDryRun').checked;
const wfId = _pendingExecWorkflowId;
feat: workflow param substitution + link troubleshooter support Adds {{param_name}} template substitution to the workflow execution engine so workflows can accept user-supplied inputs at run time. server.js: - applyParams() helper — substitutes {{name}} in command strings with validated values (alphanumeric + safe punctuation only); unsafe values throw and fail the execution cleanly - executeCommandStep() / executeWorkflowSteps() — accept params={} and apply substitution before dispatching commands to workers - POST /api/executions — accepts params:{} from client; validates required params against definition.params[]; logs params in initial execution log index.html: - loadWorkflows() caches definition in _workflowRegistry keyed by id; shows "[N params]" badge on parameterised workflows - executeWorkflow() checks for definition.params; if present, shows param input modal instead of plain confirm() - showParamModal() — builds labelled input form from param definitions, marks required fields, focuses first input, Enter submits - submitParamForm() — validates required fields, calls startExecution() - startExecution() — POSTs {workflow_id, params} and switches to executions tab - Param input modal — terminal-aesthetic overlay, no external dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:20:05 -05:00
closeParamModal();
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
await startExecution(wfId, params, dryRun);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
async function viewExecution(executionId) {
try {
const response = await fetch(`/api/executions/${executionId}`);
const execution = await response.json();
let html = `
<div><strong>Status:</strong> <span class="status ${execution.status}">${execution.status}</span></div>
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
<div><strong>Started:</strong> ${safeDate(execution.started_at)?.toLocaleString() ?? 'N/A'}</div>
${execution.completed_at ? `<div><strong>Completed:</strong> ${safeDate(execution.completed_at)?.toLocaleString() ?? 'N/A'}</div>` : ''}
Fix XSS, add per-step timeout/retry to workflow engine index.html: - Escape started_by in execution list, execution cards, and execution detail modal - Escape schedule name in schedules list server.js: - Per-step timeout: step.timeout (seconds) overrides global COMMAND_TIMEOUT_MS (5s-600s range) - Per-step retry: step.retries (max 5) with step.retryDelayMs (max 30s) re-sends command on failure with command_retry log entries showing attempt/max_retries progress Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 17:36:35 -04:00
<div><strong>Started by:</strong> ${escapeHtml(execution.started_by || '')}</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
`;
if (execution.waiting_for_input && execution.prompt) {
html += `
<div class="prompt-box">
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
<h3>Waiting for Input</h3>
<p>${escapeHtml(execution.prompt.message || '')}</p>
<div style="margin-top: 10px;">
${(execution.prompt.options || []).map(opt =>
`<button class="prompt-opt-btn" onclick="respondToPrompt('${executionId}', ${JSON.stringify(opt)})">${escapeHtml(opt)}</button>`
Workflow & Command system
2025-11-30 13:03:18 -05:00
).join('')}
</div>
</div>
`;
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (execution.logs && execution.logs.length > 0) {
html += '<h3 style="margin-top: 20px; margin-bottom: 10px;">Execution Logs:</h3>';
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
// Pass executionId only to prompt steps that are still pending (no response after them)
const logs = execution.logs;
logs.forEach((log, idx) => {
let promptExecId = null;
if (log.action === 'prompt' && execution.waiting_for_input) {
// Only make interactive if this is the last prompt and no response follows
const hasResponse = logs.slice(idx + 1).some(l => l.action === 'prompt_response');
if (!hasResponse) promptExecId = executionId;
}
html += formatLogEntry(log, promptExecId);
Workflow & Command system
2025-11-30 13:03:18 -05:00
});
}
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
// Add action buttons
html += '<div style="margin-top: 20px; padding-top: 15px; border-top: 1px solid var(--terminal-green); display: flex; gap: 10px;">';
Add abort execution feature for stuck/running processes
2026-01-08 22:11:59 -05:00
// Abort button (only for running executions)
if (execution.status === 'running') {
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
html += `<button onclick="abortExecution('${executionId}')" style="background-color: var(--terminal-red); border-color: var(--terminal-red);">⛔ Abort Execution</button>`;
Add abort execution feature for stuck/running processes
2026-01-08 22:11:59 -05:00
}
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
// Re-run button (only for quick commands with command in logs)
const commandLog = execution.logs?.find(l => l.action === 'command_sent');
if (commandLog && commandLog.command) {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
html += `<button onclick="rerunCommand('${escapeHtml(commandLog.command)}', '${escapeHtml(commandLog.worker_id || '')}')">🔄 Re-run Command</button>`;
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
}
// Download logs button
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
html += `<button onclick="downloadExecutionLogs('${executionId}')">💾 Download Logs</button>`;
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
html += '</div>';
Workflow & Command system
2025-11-30 13:03:18 -05:00
document.getElementById('executionDetails').innerHTML = html;
Updated websocket handler
2026-01-07 20:20:18 -05:00
const modal = document.getElementById('viewExecutionModal');
modal.dataset.executionId = executionId;
modal.classList.add('show');
Workflow & Command system
2025-11-30 13:03:18 -05:00
} catch (error) {
console.error('Error viewing execution:', error);
alert('Error loading execution details');
}
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
function formatLogEntry(log, executionId = null) {
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
const timestamp = new Date(log.timestamp).toLocaleTimeString();
// Format based on log action type
if (log.action === 'command_sent') {
return `
<div class="log-entry log-command-sent">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">Command Sent</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Command:</span> <code>${escapeHtml(log.command)}</code></div>
</div>
</div>
`;
}
if (log.action === 'command_result') {
const statusIcon = log.success ? '✓' : '✗';
const statusClass = log.success ? 'success' : 'failed';
return `
<div class="log-entry log-command-result ${statusClass}">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">${statusIcon} Command Result</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Status:</span> ${log.success ? 'Success' : 'Failed'}</div>
${log.duration ? `<div class="log-field"><span class="log-label">Duration:</span> ${log.duration}ms</div>` : ''}
${log.stdout ? `<div class="log-field"><span class="log-label">Output:</span><pre class="log-output">${escapeHtml(log.stdout)}</pre></div>` : ''}
${log.stderr ? `<div class="log-field"><span class="log-label">Errors:</span><pre class="log-output log-error">${escapeHtml(log.stderr)}</pre></div>` : ''}
${log.error ? `<div class="log-field"><span class="log-label">Error:</span> ${escapeHtml(log.error)}</div>` : ''}
</div>
</div>
`;
}
Implement Complete Workflow Execution Engine Added full workflow execution engine that actually runs workflow steps: Server-Side (server.js): - executeWorkflowSteps() - Main workflow orchestration function - executeCommandStep() - Executes commands on target workers - waitForCommandResult() - Polls for command completion - Support for step types: execute, wait, prompt (prompt skipped for now) - Sequential step execution with failure handling - Worker targeting: "all" or specific worker IDs/names - Automatic status updates (running -> completed/failed) - Real-time WebSocket broadcasts for step progress - Command result tracking with command_id for workflows - Only updates status for non-workflow quick commands Client-Side (index.html): - Enhanced formatLogEntry() with workflow-specific log types - step_started - Shows step number and name with amber color - step_completed - Shows completion with green checkmark - waiting - Displays wait duration - no_workers - Error when no workers available - worker_offline - Warning for offline workers - workflow_error - Critical workflow errors - Better visual feedback for workflow progress Workflow Definition Format: { "steps": [ { "name": "Step Name", "type": "execute", "targets": ["all"] or ["worker-name"], "command": "your command here" }, { "type": "wait", "duration": 5 } ] } Features: - Executes steps sequentially - Stops on first failure - Supports multiple workers per step - Real-time progress updates - Comprehensive logging - Terminal-themed workflow logs Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:19:12 -05:00
// Workflow step logs
if (log.action === 'step_started') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-amber);">
<div class="log-timestamp">[${timestamp}]</div>
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
<div class="log-title" style="color: var(--terminal-amber);">▶️ Step ${log.step}: ${escapeHtml(log.step_name || '')}</div>
Implement Complete Workflow Execution Engine Added full workflow execution engine that actually runs workflow steps: Server-Side (server.js): - executeWorkflowSteps() - Main workflow orchestration function - executeCommandStep() - Executes commands on target workers - waitForCommandResult() - Polls for command completion - Support for step types: execute, wait, prompt (prompt skipped for now) - Sequential step execution with failure handling - Worker targeting: "all" or specific worker IDs/names - Automatic status updates (running -> completed/failed) - Real-time WebSocket broadcasts for step progress - Command result tracking with command_id for workflows - Only updates status for non-workflow quick commands Client-Side (index.html): - Enhanced formatLogEntry() with workflow-specific log types - step_started - Shows step number and name with amber color - step_completed - Shows completion with green checkmark - waiting - Displays wait duration - no_workers - Error when no workers available - worker_offline - Warning for offline workers - workflow_error - Critical workflow errors - Better visual feedback for workflow progress Workflow Definition Format: { "steps": [ { "name": "Step Name", "type": "execute", "targets": ["all"] or ["worker-name"], "command": "your command here" }, { "type": "wait", "duration": 5 } ] } Features: - Executes steps sequentially - Stops on first failure - Supports multiple workers per step - Real-time progress updates - Comprehensive logging - Terminal-themed workflow logs Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:19:12 -05:00
</div>
`;
}
if (log.action === 'step_completed') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-green);">
<div class="log-timestamp">[${timestamp}]</div>
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
<div class="log-title" style="color: var(--terminal-green);">✓ Step ${log.step} Completed: ${escapeHtml(log.step_name || '')}</div>
Implement Complete Workflow Execution Engine Added full workflow execution engine that actually runs workflow steps: Server-Side (server.js): - executeWorkflowSteps() - Main workflow orchestration function - executeCommandStep() - Executes commands on target workers - waitForCommandResult() - Polls for command completion - Support for step types: execute, wait, prompt (prompt skipped for now) - Sequential step execution with failure handling - Worker targeting: "all" or specific worker IDs/names - Automatic status updates (running -> completed/failed) - Real-time WebSocket broadcasts for step progress - Command result tracking with command_id for workflows - Only updates status for non-workflow quick commands Client-Side (index.html): - Enhanced formatLogEntry() with workflow-specific log types - step_started - Shows step number and name with amber color - step_completed - Shows completion with green checkmark - waiting - Displays wait duration - no_workers - Error when no workers available - worker_offline - Warning for offline workers - workflow_error - Critical workflow errors - Better visual feedback for workflow progress Workflow Definition Format: { "steps": [ { "name": "Step Name", "type": "execute", "targets": ["all"] or ["worker-name"], "command": "your command here" }, { "type": "wait", "duration": 5 } ] } Features: - Executes steps sequentially - Stops on first failure - Supports multiple workers per step - Real-time progress updates - Comprehensive logging - Terminal-themed workflow logs Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:19:12 -05:00
</div>
`;
}
if (log.action === 'waiting') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-amber);">
<div class="log-timestamp">[${timestamp}]</div>
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
<div class="log-title" style="color: var(--terminal-amber);">⏳ Waiting ${escapeHtml(String(log.duration || 0))} seconds...</div>
Implement Complete Workflow Execution Engine Added full workflow execution engine that actually runs workflow steps: Server-Side (server.js): - executeWorkflowSteps() - Main workflow orchestration function - executeCommandStep() - Executes commands on target workers - waitForCommandResult() - Polls for command completion - Support for step types: execute, wait, prompt (prompt skipped for now) - Sequential step execution with failure handling - Worker targeting: "all" or specific worker IDs/names - Automatic status updates (running -> completed/failed) - Real-time WebSocket broadcasts for step progress - Command result tracking with command_id for workflows - Only updates status for non-workflow quick commands Client-Side (index.html): - Enhanced formatLogEntry() with workflow-specific log types - step_started - Shows step number and name with amber color - step_completed - Shows completion with green checkmark - waiting - Displays wait duration - no_workers - Error when no workers available - worker_offline - Warning for offline workers - workflow_error - Critical workflow errors - Better visual feedback for workflow progress Workflow Definition Format: { "steps": [ { "name": "Step Name", "type": "execute", "targets": ["all"] or ["worker-name"], "command": "your command here" }, { "type": "wait", "duration": 5 } ] } Features: - Executes steps sequentially - Stops on first failure - Supports multiple workers per step - Real-time progress updates - Comprehensive logging - Terminal-themed workflow logs Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:19:12 -05:00
</div>
`;
}
if (log.action === 'no_workers') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">✗ Step ${log.step}: No Workers Available</div>
<div class="log-details">
<div class="log-field">${escapeHtml(log.message)}</div>
</div>
</div>
`;
}
if (log.action === 'worker_offline') {
return `
<div class="log-entry" style="border-left-color: #ff4444;">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: #ff4444;">⚠️ Worker Offline</div>
<div class="log-details">
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
<div class="log-field"><span class="log-label">Worker ID:</span> ${escapeHtml(log.worker_id || '')}</div>
Implement Complete Workflow Execution Engine Added full workflow execution engine that actually runs workflow steps: Server-Side (server.js): - executeWorkflowSteps() - Main workflow orchestration function - executeCommandStep() - Executes commands on target workers - waitForCommandResult() - Polls for command completion - Support for step types: execute, wait, prompt (prompt skipped for now) - Sequential step execution with failure handling - Worker targeting: "all" or specific worker IDs/names - Automatic status updates (running -> completed/failed) - Real-time WebSocket broadcasts for step progress - Command result tracking with command_id for workflows - Only updates status for non-workflow quick commands Client-Side (index.html): - Enhanced formatLogEntry() with workflow-specific log types - step_started - Shows step number and name with amber color - step_completed - Shows completion with green checkmark - waiting - Displays wait duration - no_workers - Error when no workers available - worker_offline - Warning for offline workers - workflow_error - Critical workflow errors - Better visual feedback for workflow progress Workflow Definition Format: { "steps": [ { "name": "Step Name", "type": "execute", "targets": ["all"] or ["worker-name"], "command": "your command here" }, { "type": "wait", "duration": 5 } ] } Features: - Executes steps sequentially - Stops on first failure - Supports multiple workers per step - Real-time progress updates - Comprehensive logging - Terminal-themed workflow logs Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:19:12 -05:00
</div>
</div>
`;
}
if (log.action === 'workflow_error') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">✗ Workflow Error</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Error:</span> ${escapeHtml(log.error)}</div>
</div>
</div>
`;
}
Add abort execution feature for stuck/running processes
2026-01-08 22:11:59 -05:00
if (log.action === 'execution_aborted') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-red);">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: var(--terminal-red);">⛔ Execution Aborted</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Aborted by:</span> ${escapeHtml(log.aborted_by)}</div>
</div>
</div>
`;
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
if (log.action === 'prompt') {
const optionsHtml = (log.options || []).map(opt => {
if (executionId) {
return `<button class="prompt-opt-btn" onclick="respondToPrompt('${executionId}', ${JSON.stringify(opt)})">${escapeHtml(opt)}</button>`;
}
return `<button class="prompt-opt-btn answered" disabled>${escapeHtml(opt)}</button>`;
}).join('');
return `
<div class="log-entry" style="border-left-color: var(--terminal-cyan);">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: var(--terminal-cyan);">❓ Step ${log.step}: ${escapeHtml(log.step_name || 'Prompt')}</div>
<div class="log-details">
<div style="color: var(--terminal-green); margin-bottom: 10px;">${escapeHtml(log.message || '')}</div>
<div>${optionsHtml}</div>
</div>
</div>
`;
}
if (log.action === 'prompt_response') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-green);">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: var(--terminal-green);">↪ Response: <strong style="color: var(--terminal-amber);">${escapeHtml(log.response || '')}</strong>${log.responded_by ? `<span style="color:#666;font-size:.85em;margin-left:10px;">by ${escapeHtml(log.responded_by)}</span>` : ''}</div>
</div>
`;
}
if (log.action === 'step_skipped') {
return `
<div class="log-entry" style="border-left-color: #555;">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: #666;">⊘ Step ${log.step} Skipped${log.reason ? ': ' + escapeHtml(log.reason) : ''}</div>
</div>
`;
}
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
if (log.action === 'dry_run_skipped') {
return `
<div class="log-entry" style="border-left-color: var(--terminal-amber);">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: var(--terminal-amber);">🔍 [DRY RUN] Step ${log.step} Skipped: ${escapeHtml(log.step_name || '')}</div>
</div>
`;
}
if (log.action === 'execution_timeout') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">⏱️ Execution Timeout</div>
<div class="log-details">
<div class="log-field">${escapeHtml(log.message || 'Execution exceeded maximum allowed time')}</div>
</div>
</div>
`;
}
if (log.action === 'goto_error') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">✗ Goto Error</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Target:</span> ${escapeHtml(String(log.target || ''))}</div>
</div>
</div>
`;
}
if (log.action === 'step_error') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">✗ Step ${log.step} Error: ${escapeHtml(log.step_name || '')}</div>
<div class="log-details">
<div class="log-field"><span class="log-label">Error:</span> ${escapeHtml(log.error || '')}</div>
</div>
</div>
`;
}
if (log.action === 'workflow_result') {
const statusIcon = log.success ? '✓' : '✗';
const statusClass = log.success ? 'success' : 'failed';
return `
<div class="log-entry ${statusClass}">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title">${statusIcon} Workflow Result: ${log.success ? 'Success' : 'Failed'}</div>
${log.message ? `<div class="log-details"><div class="log-field">${escapeHtml(log.message)}</div></div>` : ''}
</div>
`;
}
if (log.action === 'params') {
const paramStr = Object.entries(log.params || {}).map(([k, v]) => `${escapeHtml(k)}=${escapeHtml(String(v))}`).join(', ');
return `
<div class="log-entry" style="border-left-color: #555;">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: #888;">⚙ Parameters: ${paramStr || '(none)'}</div>
</div>
`;
}
if (log.action === 'server_restart_recovery') {
return `
<div class="log-entry failed">
<div class="log-timestamp">[${timestamp}]</div>
<div class="log-title" style="color: var(--terminal-red);">⚠️ Server Restart Recovery</div>
<div class="log-details">
<div class="log-field">${escapeHtml(log.message || 'Execution interrupted by server restart')}</div>
</div>
</div>
`;
}
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
// Fallback for unknown log types
Fix [[ ]] visual bug and add missing log type handlers Root cause: CSS button::before/after adds [ ] universally, but many buttons had hardcoded [ text ] content, producing [[ text ]]. - Strip manual [ ] wrappers from all button text in HTML and JS - Fix JS textContent assignments for compare mode buttons - Fix dynamic button HTML strings in execution details panel - Add formatLogEntry handlers for previously unhandled action types: dry_run_skipped, execution_timeout, goto_error, step_error, workflow_result, params, server_restart_recovery - Unknown log actions now show action name instead of raw JSON - Add cron schedule type display in schedules list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:18:18 -04:00
return `<div class="log-entry" style="border-left-color:#555;"><div class="log-timestamp">[${timestamp}]</div><div class="log-title" style="color:#666;">${escapeHtml(log.action || 'unknown')}</div></div>`;
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
}
function escapeHtml(text) {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
if (text == null) return '';
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
const div = document.createElement('div');
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
div.textContent = String(text);
Phase 1: Improve log display formatting Changes: - Added formatLogEntry() function to parse and format log entries - Replaced raw JSON display with readable formatted logs - Added specific formatting for command_sent and command_result logs - Show timestamp, status, duration, stdout/stderr in organized layout - Color-coded success (green) and failure (red) states - Added scrollable output sections with max-height - Syntax highlighting for command code blocks - Terminal-themed styling with green/amber colors Benefits: - Much easier to read execution logs - Clear visual distinction between sent/result logs - Professional terminal aesthetic maintained - Better UX for debugging command execution Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:41:29 -05:00
return div.innerHTML;
}
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
function formatBytes(bytes) {
if (!bytes || bytes === 0) return '0 B';
const k = 1024;
const sizes = ['B', 'KB', 'MB', 'GB', 'TB'];
const i = Math.floor(Math.log(bytes) / Math.log(k));
return (bytes / Math.pow(k, i)).toFixed(1) + ' ' + sizes[i];
}
function formatUptime(seconds) {
if (!seconds) return 'N/A';
const days = Math.floor(seconds / 86400);
const hours = Math.floor((seconds % 86400) / 3600);
const minutes = Math.floor((seconds % 3600) / 60);
if (days > 0) return `${days}d ${hours}h ${minutes}m`;
if (hours > 0) return `${hours}h ${minutes}m`;
return `${minutes}m`;
}
function getTimeAgo(date) {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
if (!date || isNaN(date)) return 'N/A';
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
const seconds = Math.floor((new Date() - date) / 1000);
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
if (seconds < 0) return 'just now';
Phase 2: Enhanced worker status display with metadata Changes: - Show worker system metrics in dashboard and worker list - Display CPU cores, memory usage, load average, uptime - Added formatBytes() to display memory in human-readable format - Added formatUptime() to show uptime as days/hours/minutes - Added getTimeAgo() to show relative last-seen time - Improved worker list with detailed metadata panel - Show active tasks vs max concurrent tasks - Terminal-themed styling for metadata display - Amber labels for metadata fields Benefits: - See worker health at a glance - Monitor resource usage (CPU, RAM, load) - Track worker activity (active tasks) - Better operational visibility Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:43:13 -05:00
if (seconds < 60) return `${seconds}s ago`;
const minutes = Math.floor(seconds / 60);
if (minutes < 60) return `${minutes}m ago`;
const hours = Math.floor(minutes / 60);
if (hours < 24) return `${hours}h ago`;
const days = Math.floor(hours / 24);
return `${days}d ago`;
}
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
function safeDate(val) {
if (!val) return null;
const d = new Date(val);
return isNaN(d) ? null : d;
}
function formatElapsed(startedAt) {
const start = safeDate(startedAt);
if (!start) return '';
const secs = Math.floor((Date.now() - start) / 1000);
if (secs < 60) return `${secs}s`;
const mins = Math.floor(secs / 60);
if (mins < 60) return `${mins}m ${secs % 60}s`;
return `${Math.floor(mins / 60)}h ${mins % 60}m`;
}
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
async function rerunCommand(command, workerId) {
if (!confirm(`Re-run command: ${command}?`)) return;
closeModal('viewExecutionModal');
switchTab('quickcommand');
// Set the worker and command
document.getElementById('quickWorkerSelect').value = workerId;
document.getElementById('quickCommand').value = command;
// Scroll to the command field
document.getElementById('quickCommand').scrollIntoView({ behavior: 'smooth' });
}
Add abort execution feature for stuck/running processes
2026-01-08 22:11:59 -05:00
async function abortExecution(executionId) {
if (!confirm('Are you sure you want to abort this execution? This will mark it as failed.')) return;
try {
const response = await fetch(`/api/executions/${executionId}/abort`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' }
});
if (response.ok) {
showTerminalNotification('Execution aborted', 'success');
closeModal('viewExecutionModal');
refreshData();
} else {
alert('Failed to abort execution');
}
} catch (error) {
console.error('Error aborting execution:', error);
alert('Error aborting execution');
}
}
Phase 4: Execution detail enhancements with re-run and download Changes: - Added "Re-run Command" button to execution details modal - Added "Download Logs" button to export execution data as JSON - Re-run automatically switches to Quick Command tab and pre-fills form - Download includes all execution metadata and logs - Buttons only show for applicable execution types - Terminal-themed button styling Features: - Re-run: Quickly repeat a previous command on same worker - Download: Export execution logs for auditing/debugging - JSON format includes: execution_id, status, timestamps, logs - Filename includes execution ID and date for easy organization Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:49:20 -05:00
async function downloadExecutionLogs(executionId) {
try {
const response = await fetch(`/api/executions/${executionId}`);
const execution = await response.json();
// Create downloadable JSON
const data = {
execution_id: executionId,
workflow_name: execution.workflow_name || '[Quick Command]',
status: execution.status,
started_by: execution.started_by,
started_at: execution.started_at,
completed_at: execution.completed_at,
logs: execution.logs
};
// Create blob and download
const blob = new Blob([JSON.stringify(data, null, 2)], { type: 'application/json' });
const url = URL.createObjectURL(blob);
const a = document.createElement('a');
a.href = url;
a.download = `execution-${executionId}-${new Date().toISOString().split('T')[0]}.json`;
document.body.appendChild(a);
a.click();
document.body.removeChild(a);
URL.revokeObjectURL(url);
} catch (error) {
console.error('Error downloading logs:', error);
alert('Error downloading execution logs');
}
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
async function respondToPrompt(executionId, response) {
try {
const res = await fetch(`/api/executions/${executionId}/respond`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ response })
});
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (res.ok) {
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
showTerminalNotification(`Response submitted: ${response}`, 'success');
// Refresh the modal to show the next step
viewExecution(executionId);
Workflow & Command system
2025-11-30 13:03:18 -05:00
} else {
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
const data = await res.json().catch(() => ({}));
showTerminalNotification(data.error || 'Failed to submit response', 'error');
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
} catch (error) {
console.error('Error responding to prompt:', error);
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
showTerminalNotification('Error submitting response', 'error');
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
}
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
// Command Templates
const commandTemplates = [
{ name: 'System Info', cmd: 'uname -a', desc: 'Show system information' },
{ name: 'Uptime', cmd: 'uptime', desc: 'Show system uptime and load' },
{ name: 'Disk Usage', cmd: 'df -h', desc: 'Show disk space usage' },
{ name: 'Memory Usage', cmd: 'free -h', desc: 'Show memory usage' },
{ name: 'CPU Info', cmd: 'lscpu', desc: 'Show CPU information' },
{ name: 'Running Processes', cmd: 'ps aux --sort=-%mem | head -20', desc: 'Top 20 processes by memory' },
{ name: 'Network Interfaces', cmd: 'ip addr show', desc: 'Show network interfaces' },
{ name: 'Active Connections', cmd: 'ss -tunap', desc: 'Show active network connections' },
{ name: 'Docker Containers', cmd: 'docker ps -a', desc: 'List all Docker containers' },
{ name: 'System Log Tail', cmd: 'tail -n 50 /var/log/syslog', desc: 'Last 50 lines of system log' },
{ name: 'Who is Logged In', cmd: 'w', desc: 'Show logged in users' },
{ name: 'Last Logins', cmd: 'last -n 20', desc: 'Show last 20 logins' }
];
function showCommandTemplates() {
const html = commandTemplates.map((template, index) => `
<div class="template-item" onclick="useTemplate(${index})" style="cursor: pointer; padding: 12px; margin: 8px 0; background: #001a00; border: 1px solid #003300; border-left: 3px solid var(--terminal-green);">
<div style="color: var(--terminal-green); font-weight: bold; margin-bottom: 4px;">${template.name}</div>
<div style="color: var(--terminal-amber); font-family: var(--font-mono); font-size: 0.9em; margin-bottom: 4px;"><code>${escapeHtml(template.cmd)}</code></div>
<div style="color: #666; font-size: 0.85em;">${template.desc}</div>
</div>
`).join('');
document.getElementById('templateList').innerHTML = html;
document.getElementById('commandTemplatesModal').classList.add('show');
}
function useTemplate(index) {
document.getElementById('quickCommand').value = commandTemplates[index].cmd;
closeModal('commandTemplatesModal');
}
function showCommandHistory() {
const history = JSON.parse(localStorage.getItem('commandHistory') || '[]');
if (history.length === 0) {
document.getElementById('historyList').innerHTML = '<div class="empty">No command history yet</div>';
} else {
const html = history.map((item, index) => `
<div class="history-item" onclick="useHistoryCommand(${index})" style="cursor: pointer; padding: 12px; margin: 8px 0; background: #001a00; border: 1px solid #003300; border-left: 3px solid var(--terminal-amber);">
<div style="color: var(--terminal-green); font-family: var(--font-mono); margin-bottom: 4px;"><code>${escapeHtml(item.command)}</code></div>
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
<div style="color: #666; font-size: 0.85em;">${safeDate(item.timestamp)?.toLocaleString() ?? 'N/A'} - ${item.worker}</div>
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
</div>
`).join('');
document.getElementById('historyList').innerHTML = html;
}
document.getElementById('commandHistoryModal').classList.add('show');
}
function useHistoryCommand(index) {
const history = JSON.parse(localStorage.getItem('commandHistory') || '[]');
document.getElementById('quickCommand').value = history[index].command;
closeModal('commandHistoryModal');
}
function addToCommandHistory(command, workerName) {
const history = JSON.parse(localStorage.getItem('commandHistory') || '[]');
// Add to beginning, limit to 50 items
history.unshift({
command: command,
worker: workerName,
timestamp: new Date().toISOString()
});
// Keep only last 50 commands
if (history.length > 50) {
history.splice(50);
}
localStorage.setItem('commandHistory', JSON.stringify(history));
}
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
function toggleWorkerSelection() {
const mode = document.querySelector('input[name="execMode"]:checked').value;
const singleMode = document.getElementById('singleWorkerMode');
const multiMode = document.getElementById('multiWorkerMode');
if (mode === 'single') {
singleMode.style.display = 'block';
multiMode.style.display = 'none';
} else {
singleMode.style.display = 'none';
multiMode.style.display = 'block';
}
}
function selectAllWorkers() {
document.querySelectorAll('input[name="workerCheckbox"]').forEach(cb => {
cb.checked = true;
});
}
function selectOnlineWorkers() {
document.querySelectorAll('input[name="workerCheckbox"]').forEach(cb => {
cb.checked = cb.getAttribute('data-status') === 'online';
});
}
function deselectAllWorkers() {
document.querySelectorAll('input[name="workerCheckbox"]').forEach(cb => {
cb.checked = false;
});
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
async function deleteWorker(workerId, name) {
if (!confirm(`Delete worker: ${name}?`)) return;
try {
const response = await fetch(`/api/workers/${workerId}`, {
method: 'DELETE'
});
if (response.ok) {
alert('Worker deleted');
refreshData();
} else {
const data = await response.json();
alert(data.error || 'Failed to delete worker');
}
} catch (error) {
console.error('Error deleting worker:', error);
alert('Error deleting worker');
}
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
async function deleteWorkflow(workflowId, name) {
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (!confirm(`Delete workflow: ${name}? This cannot be undone.`)) return;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
try {
const response = await fetch(`/api/workflows/${workflowId}`, {
method: 'DELETE'
});
if (response.ok) {
alert('Workflow deleted');
Workflow & Command system
2025-11-30 13:03:18 -05:00
refreshData();
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
} else {
const data = await response.json();
alert(data.error || 'Failed to delete workflow');
}
} catch (error) {
console.error('Error deleting workflow:', error);
alert('Error deleting workflow');
}
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
async function editWorkflow(workflowId) {
try {
const response = await fetch(`/api/workflows/${workflowId}`);
if (!response.ok) throw new Error('Workflow not found');
const wf = await response.json();
document.getElementById('editWorkflowId').value = wf.id;
document.getElementById('editWorkflowName').value = wf.name;
document.getElementById('editWorkflowDescription').value = wf.description || '';
document.getElementById('editWorkflowDefinition').value = JSON.stringify(wf.definition, null, 2);
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
document.getElementById('editWorkflowWebhookUrl').value = wf.webhook_url || '';
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
document.getElementById('editWorkflowError').style.display = 'none';
document.getElementById('editWorkflowModal').classList.add('show');
} catch (error) {
console.error('Error loading workflow for edit:', error);
showTerminalNotification('Error loading workflow', 'error');
}
}
async function saveWorkflow() {
const id = document.getElementById('editWorkflowId').value;
const name = document.getElementById('editWorkflowName').value.trim();
const description = document.getElementById('editWorkflowDescription').value.trim();
const definitionText = document.getElementById('editWorkflowDefinition').value;
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
const webhook_url = document.getElementById('editWorkflowWebhookUrl').value.trim() || null;
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
const errorEl = document.getElementById('editWorkflowError');
if (!name) {
errorEl.textContent = 'Name is required';
errorEl.style.display = 'block';
return;
}
let definition;
try {
definition = JSON.parse(definitionText);
} catch (e) {
errorEl.textContent = 'Invalid JSON: ' + e.message;
errorEl.style.display = 'block';
return;
}
errorEl.style.display = 'none';
try {
const response = await fetch(`/api/workflows/${id}`, {
method: 'PUT',
headers: { 'Content-Type': 'application/json' },
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
body: JSON.stringify({ name, description, definition, webhook_url })
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
});
if (response.ok) {
closeModal('editWorkflowModal');
showTerminalNotification('Workflow saved!', 'success');
loadWorkflows();
} else {
const data = await response.json().catch(() => ({}));
errorEl.textContent = data.error || 'Failed to save workflow';
errorEl.style.display = 'block';
}
} catch (error) {
errorEl.textContent = 'Error saving workflow: ' + error.message;
errorEl.style.display = 'block';
}
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
function showCreateWorkflow() {
Fix ESC handler, form reset, and scheduler next-run countdown - Fix ESC key handler to use .modal.show class selector instead of style.display check - Reset create workflow form fields when opening the create modal - Show relative countdown (e.g. "in 5m") alongside next run timestamp in scheduler list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:26:48 -04:00
document.getElementById('workflowName').value = '';
document.getElementById('workflowDescription').value = '';
document.getElementById('workflowDefinition').value = '';
document.getElementById('workflowWebhookUrl').value = '';
Workflow & Command system
2025-11-30 13:03:18 -05:00
document.getElementById('createWorkflowModal').classList.add('show');
}
async function createWorkflow() {
const name = document.getElementById('workflowName').value;
const description = document.getElementById('workflowDescription').value;
const definitionText = document.getElementById('workflowDefinition').value;
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
const webhook_url = document.getElementById('workflowWebhookUrl').value.trim() || null;
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (!name || !definitionText) {
alert('Name and definition are required');
return;
}
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
let definition;
try {
definition = JSON.parse(definitionText);
} catch (error) {
alert('Invalid JSON definition: ' + error.message);
return;
}
Workflow & Command system
2025-11-30 13:03:18 -05:00
try {
const response = await fetch('/api/workflows', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
Add rate limiting, cron scheduling, webhooks, dry-run, execution filtering, and UX improvements - Rate limiting: 300 req/15min general, 20 req/min on POST /api/executions - Cron schedule type support using cron-parser for full cron expressions - Webhook notifications: POST to workflow webhook_url on execution complete/failed - Dry-run mode: simulate workflow execution without running any commands - Global execution timeout via EXECUTION_MAX_MINUTES env var (default 60min) - Execution filtering: status, workflow_id, started_by, after, before, search - Event-driven command result delivery (replaces 500ms DB polling) - Atomic log appends via JSON_ARRAY_APPEND (no read-modify-write race) - Separate browserClients/workerClients sets (workers no longer receive broadcasts) - Stale execution cleanup on startup (mark running→failed after crash) - Scheduler overlap prevention (skip if same workflow already running) - Frontend: webhook_url field in create/edit workflow modals - Frontend: dry-run checkbox in workflow param modal - Frontend: ESC closes modals, ws.onerror handler added - Frontend: selectedExecutions changed from Array to Set (O(1) ops) - Frontend: XSS fixes via escapeHtml() on all user-controlled innerHTML - Frontend: param modal keydown listener deduplication fix - Remove unused npm packages (bcryptjs, body-parser, cors, js-yaml, jsonwebtoken) - Add express-rate-limit and cron-parser dependencies Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 23:06:09 -04:00
body: JSON.stringify({ name, description, definition, webhook_url })
Workflow & Command system
2025-11-30 13:03:18 -05:00
});
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
if (response.ok) {
closeModal('createWorkflowModal');
switchTab('workflows');
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
showTerminalNotification('Workflow created successfully!', 'success');
Workflow & Command system
2025-11-30 13:03:18 -05:00
refreshData();
} else {
alert('Failed to create workflow');
}
} catch (error) {
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
alert('Error creating workflow: ' + error.message);
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
}
async function executeQuickCommand() {
const command = document.getElementById('quickCommand').value;
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
const execMode = document.querySelector('input[name="execMode"]:checked').value;
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
if (!command) {
alert('Please enter a command');
Workflow & Command system
2025-11-30 13:03:18 -05:00
return;
}
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Workflow & Command system
2025-11-30 13:03:18 -05:00
const resultDiv = document.getElementById('quickCommandResult');
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
if (execMode === 'single') {
// Single worker execution
const workerId = document.getElementById('quickWorkerSelect').value;
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
if (!workerId) {
alert('Please select a worker');
return;
}
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
const worker = workers.find(w => w.id === workerId);
const workerName = worker ? worker.name : 'Unknown';
Phase 3: Quick command enhancements with templates and history Changes: - Added command templates modal with 12 common system commands - Added command history tracking (stored in localStorage) - History saves last 50 commands with timestamp and worker name - Template categories: system info, disk/memory, network, Docker, logs - Click templates to auto-fill command field - Click history items to reuse previous commands - Terminal-themed modals with green/amber styling - History persists across browser sessions Templates included: - System: uname, uptime, CPU info, processes - Resources: df -h, free -h, memory usage - Network: ip addr, active connections - Docker: container list - Logs: syslog tail, who is logged in, last logins Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:45:40 -05:00
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
resultDiv.innerHTML = '<div class="loading">Executing command...</div>';
try {
const response = await fetch(`/api/workers/${workerId}/command`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ command })
});
if (response.ok) {
const data = await response.json();
addToCommandHistory(command, workerName);
resultDiv.innerHTML = `
<div style="background: #001a00; border: 2px solid var(--terminal-green); padding: 15px;">
<strong style="color: var(--terminal-green);">✓ Command sent successfully!</strong>
<div style="margin-top: 10px; font-family: var(--font-mono); font-size: 0.9em; color: var(--terminal-green);">
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
Execution ID: ${escapeHtml(String(data.execution_id || ''))}
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
</div>
<div style="margin-top: 10px; color: var(--terminal-amber);">
Check the Executions tab to see the results
</div>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
`;
terminalBeep('success');
} else {
resultDiv.innerHTML = '<div style="color: #ef4444;">Failed to execute command</div>';
terminalBeep('error');
}
} catch (error) {
console.error('Error executing command:', error);
resultDiv.innerHTML = '<div style="color: #ef4444;">Error: ' + error.message + '</div>';
terminalBeep('error');
}
} else {
// Multi-worker execution
const selectedCheckboxes = document.querySelectorAll('input[name="workerCheckbox"]:checked');
const selectedWorkerIds = Array.from(selectedCheckboxes).map(cb => cb.value);
if (selectedWorkerIds.length === 0) {
alert('Please select at least one worker');
return;
}
resultDiv.innerHTML = `<div class="loading">Executing command on ${selectedWorkerIds.length} worker(s)...</div>`;
const results = [];
let successCount = 0;
let failCount = 0;
for (const workerId of selectedWorkerIds) {
try {
const worker = workers.find(w => w.id === workerId);
const response = await fetch(`/api/workers/${workerId}/command`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify({ command })
});
if (response.ok) {
const data = await response.json();
results.push({
worker: worker.name,
success: true,
executionId: data.execution_id
});
successCount++;
} else {
results.push({
worker: worker.name,
success: false,
error: 'Failed to execute'
});
failCount++;
}
} catch (error) {
const worker = workers.find(w => w.id === workerId);
results.push({
worker: worker ? worker.name : workerId,
success: false,
error: error.message
});
failCount++;
}
}
// Add to history with multi-worker notation
addToCommandHistory(command, `${selectedWorkerIds.length} workers`);
// Display results summary
resultDiv.innerHTML = `
<div style="background: #001a00; border: 2px solid var(--terminal-green); padding: 15px;">
<strong style="color: var(--terminal-amber);">Multi-Worker Execution Complete</strong>
<div style="margin-top: 10px; font-family: var(--font-mono); font-size: 0.9em;">
<span style="color: var(--terminal-green);">✓ Success: ${successCount}</span> |
<span style="color: #ef4444;">✗ Failed: ${failCount}</span>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</div>
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
<div style="margin-top: 15px; max-height: 300px; overflow-y: auto;">
${results.map(r => `
<div style="margin-bottom: 8px; padding: 8px; border-left: 3px solid ${r.success ? 'var(--terminal-green)' : '#ef4444'}; background: rgba(0, 0, 0, 0.5);">
<strong>${r.worker}</strong>:
${r.success ?
`<span style="color: var(--terminal-green);">✓ Sent (ID: ${r.executionId.substring(0, 8)}...)</span>` :
`<span style="color: #ef4444;">✗ ${r.error}</span>`
}
</div>
`).join('')}
</div>
<div style="margin-top: 15px; color: var(--terminal-amber);">
Check the Executions tab to see detailed results
</div>
</div>
`;
if (failCount === 0) {
terminalBeep('success');
} else if (successCount > 0) {
terminalBeep('info');
Workflow & Command system
2025-11-30 13:03:18 -05:00
} else {
Phase 7: Multi-Worker Command Execution Added ability to execute commands on multiple workers simultaneously: - Added execution mode selector (Single/Multiple Workers) - Multi-worker mode with checkbox list for worker selection - Helper buttons: Select All, Online Only, Clear All - Sequential execution across selected workers - Results summary showing success/fail count per worker - Updated command history to track multi-worker executions - Terminal beep feedback based on overall success/failure - Maintained backward compatibility with single worker mode Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:03:45 -05:00
terminalBeep('error');
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
}
}
function closeModal(modalId) {
document.getElementById(modalId).classList.remove('show');
}
function switchTab(tabName) {
document.querySelectorAll('.tab').forEach(t => t.classList.remove('active'));
document.querySelectorAll('.tab-content').forEach(c => c.classList.remove('active'));
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
const tabBtn = document.querySelector(`.tab[onclick*="'${tabName}'"]`);
if (tabBtn) tabBtn.classList.add('active');
const tabContent = document.getElementById(tabName);
if (tabContent) tabContent.classList.add('active');
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
// Persist active tab across page loads
try { localStorage.setItem('pulse_activeTab', tabName); } catch {}
Workflow & Command system
2025-11-30 13:03:18 -05:00
}
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
async function refreshData() {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
try { await loadWorkers(); } catch (e) { console.error('Error loading workers:', e); }
try { await loadWorkflows(); } catch (e) { console.error('Error loading workflows:', e); }
try { await loadExecutions(); } catch (e) { console.error('Error loading executions:', e); }
try { await loadSchedules(); } catch (e) { console.error('Error loading schedules:', e); }
Improve error handling in workflow creation and data loading - Separated JSON validation from API call error handling - Changed refreshData() to async with individual try-catch blocks - Better error messages: "Invalid JSON" vs "Error creating workflow" - Console.error logging for each data loading function - Changed success alert to terminal notification - This will help identify which specific function is failing Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:27:54 -05:00
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
// Update "last refreshed" indicator
const el = document.getElementById('lastRefreshed');
if (el) el.textContent = `Refreshed: ${new Date().toLocaleTimeString()}`;
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
// Terminal beep sound (Web Audio API)
function terminalBeep(type = 'success') {
try {
const audioContext = new (window.AudioContext || window.webkitAudioContext)();
const oscillator = audioContext.createOscillator();
const gainNode = audioContext.createGain();
oscillator.connect(gainNode);
gainNode.connect(audioContext.destination);
// Different tones for different events
if (type === 'success') {
oscillator.frequency.value = 800; // Higher pitch for success
} else if (type === 'error') {
oscillator.frequency.value = 200; // Lower pitch for errors
} else {
oscillator.frequency.value = 440; // Standard A note
}
oscillator.type = 'sine';
gainNode.gain.setValueAtTime(0.1, audioContext.currentTime);
gainNode.gain.exponentialRampToValueAtTime(0.01, audioContext.currentTime + 0.1);
oscillator.start(audioContext.currentTime);
oscillator.stop(audioContext.currentTime + 0.1);
} catch (error) {
// Silently fail if Web Audio API not supported
}
}
// Show terminal notification
function showTerminalNotification(message, type = 'info') {
const notification = document.createElement('div');
notification.style.cssText = `
position: fixed;
top: 80px;
right: 20px;
background: #001a00;
border: 2px solid var(--terminal-green);
color: var(--terminal-green);
padding: 15px 20px;
font-family: var(--font-mono);
z-index: 10000;
animation: slide-in 0.3s ease-out;
box-shadow: 0 0 20px rgba(0, 255, 65, 0.3);
`;
if (type === 'error') {
notification.style.borderColor = '#ff4444';
notification.style.color = '#ff4444';
message = '✗ ' + message;
} else if (type === 'success') {
message = '✓ ' + message;
} else {
message = 'ℹ ' + message;
}
notification.textContent = message;
document.body.appendChild(notification);
// Play beep
terminalBeep(type);
// Remove after 3 seconds
setTimeout(() => {
notification.style.opacity = '0';
notification.style.transition = 'opacity 0.5s';
setTimeout(() => notification.remove(), 500);
}, 3000);
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
function connectWebSocket() {
const protocol = window.location.protocol === 'https:' ? 'wss:' : 'ws:';
ws = new WebSocket(`${protocol}//${window.location.host}`);
Updated websocket handler
2026-01-07 20:20:18 -05:00
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
ws.onmessage = (event) => {
Add WebSocket error handling with stack traces Wrapped ws.onmessage in try-catch to capture full stack trace when errors occur during message handling. This will help identify where the 'Cannot read properties of undefined' error is coming from. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:33:07 -05:00
try {
const data = JSON.parse(event.data);
Updated websocket handler
2026-01-07 20:20:18 -05:00
// Handle specific message types
if (data.type === 'command_result') {
Suppress toast notifications for automated executions Automated executions (started_by gandalf: or scheduler:) no longer trigger success/failure toast alerts for connected browser users. Server now includes is_automated flag in command_result broadcasts. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-04 16:26:18 -05:00
// Show terminal notification only for manual executions
if (!data.is_automated) {
if (data.success) {
showTerminalNotification('Command completed successfully', 'success');
} else {
showTerminalNotification('Command execution failed', 'error');
}
Phase 6: Terminal aesthetic refinements and notifications Changes: - Added blinking terminal cursor animation - Smooth hover effects for execution/worker/workflow items - Hover animation: background highlight + border expand + slide - Loading pulse animation for loading states - Slide-in animation for log entries - Terminal beep sound using Web Audio API (different tones for success/error) - Real-time terminal notifications for command completion - Toast-style notifications with green glow effects - Auto-dismiss after 3 seconds with fade-out - Visual and audio feedback for user actions Sound features: - 800Hz tone for success (higher pitch) - 200Hz tone for errors (lower pitch) - 440Hz tone for info (standard A note) - 100ms duration, exponential fade-out - Graceful fallback if Web Audio API not supported Notification features: - Fixed position top-right - Terminal-themed styling with glow - Color-coded: green for success, red for errors - Icons: ✓ success, ✗ error, ℹ info - Smooth animations (slide-in, fade-out) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 22:52:51 -05:00
}
Updated websocket handler
2026-01-07 20:20:18 -05:00
// If viewing execution details, refresh that specific execution
const executionModal = document.getElementById('viewExecutionModal');
if (executionModal && executionModal.classList.contains('show')) {
// Reload execution details to show new logs
const executionId = executionModal.dataset.executionId;
if (executionId === data.execution_id) {
viewExecution(executionId);
}
}
// Refresh execution list to show updated status
loadExecutions();
}
if (data.type === 'workflow_result') {
// Refresh execution list
loadExecutions();
// If viewing this execution, refresh details
const executionModal = document.getElementById('viewExecutionModal');
if (executionModal && executionModal.classList.contains('show')) {
const executionId = executionModal.dataset.executionId;
if (executionId === data.execution_id) {
viewExecution(executionId);
}
}
}
if (data.type === 'worker_update') {
loadWorkers();
}
if (data.type === 'execution_started' || data.type === 'execution_status') {
loadExecutions();
}
if (data.type === 'workflow_created' || data.type === 'workflow_deleted') {
loadWorkflows();
}
Add interactive workflow system with prompt steps, workflow editor - executeWorkflowSteps: rewritten with step-id/goto branching support - executePromptStep: async pause via _executionPrompts Map, 60min timeout - POST /api/executions/:id/respond: resolves pending prompt from browser - PUT /api/workflows/:id: admin-only workflow editing, broadcasts workflow_updated - GET /api/workflows/:id: fetch single workflow for edit modal - GET /api/executions/:id: now includes waiting_for_input + prompt fields - index.html: prompt/prompt_response/step_skipped log entry rendering - index.html: execution_prompt WebSocket handler refreshes open modal - index.html: workflow_updated WebSocket handler reloads workflow list - index.html: Edit button + modal for in-browser workflow editing - index.html: respondToPrompt keeps modal open, refreshes execution view - Interactive Link Troubleshooter v2 workflow: 45-step wizard with copper/fiber branches, clean/swap/reseat actions, re-test loops, CRC error path, performance diagnostics, SUCCESS/ESCALATE terminals Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:55:02 -05:00
if (data.type === 'workflow_updated') {
loadWorkflows();
}
if (data.type === 'execution_prompt') {
// If this execution is currently open, refresh to show the prompt
const executionModal = document.getElementById('viewExecutionModal');
if (executionModal && executionModal.classList.contains('show')) {
const currentId = executionModal.dataset.executionId;
if (currentId === data.execution_id) {
viewExecution(data.execution_id);
}
}
// Also update execution list so status indicators refresh
loadExecutions();
}
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
if (data.type === 'executions_bulk_deleted') {
loadExecutions();
}
Add WebSocket error handling with stack traces Wrapped ws.onmessage in try-catch to capture full stack trace when errors occur during message handling. This will help identify where the 'Cannot read properties of undefined' error is coming from. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:33:07 -05:00
// Generic refresh for other message types
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
if (!['command_result', 'workflow_result', 'worker_update', 'execution_started', 'execution_status', 'workflow_created', 'workflow_deleted', 'workflow_updated', 'execution_prompt', 'executions_bulk_deleted'].includes(data.type)) {
Add WebSocket error handling with stack traces Wrapped ws.onmessage in try-catch to capture full stack trace when errors occur during message handling. This will help identify where the 'Cannot read properties of undefined' error is coming from. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-07 23:33:07 -05:00
refreshData();
}
} catch (error) {
console.error('Error handling WebSocket message:', error);
console.error('Stack trace:', error.stack);
Updated websocket handler
2026-01-07 20:20:18 -05:00
}
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
};
Updated websocket handler
2026-01-07 20:20:18 -05:00
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
ws.onclose = () => {
console.log('WebSocket closed, reconnecting...');
setTimeout(connectWebSocket, 5000);
};
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
ws.onerror = (error) => {
console.error('[WebSocket] Connection error:', error);
};
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
// Close any open modal on ESC key
document.addEventListener('keydown', (e) => {
if (e.key === 'Escape') {
Fix ESC handler, form reset, and scheduler next-run countdown - Fix ESC key handler to use .modal.show class selector instead of style.display check - Reset create workflow form fields when opening the create modal - Show relative countdown (e.g. "in 5m") alongside next run timestamp in scheduler list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:26:48 -04:00
document.querySelectorAll('.modal.show').forEach(modal => {
modal.classList.remove('show');
Security hardening, bug fixes, and performance improvements Security fixes: - Replace new Function() condition eval with vm.runInNewContext() (RCE fix) - Add admin checks to DELETE executions, all scheduled-commands endpoints - Remove api_key from GET /api/workers response (was exposed to all employees) - Separate browserClients/workerClients sets; broadcast() now sends to browsers only - Add worker WebSocket auth: reject if api_key provided but invalid - Fix XSS: escapeHtml() on step_name, duration, worker_id, user info, execution_id Bug fixes: - Replace DB-polling waitForCommandResult with event-driven _commandResolvers Map - Replace non-atomic addExecutionLog with JSON_ARRAY_APPEND (fixes concurrent write race) - Add stale execution recovery on startup: running→failed with log entry - Fix calculateNextRun returning null for unknown types (now throws) - Fix scheduler overlap: skip if previous execution still running - Fix JSON double-parse on worker_ids column - Fix switchTab() bare event.target reference - Fix selectedExecutions Array→Set (O(1) lookups, fixes performance regression) - Fix param modal event listener leak (delegated handler, removes before re-adding) - Add ws.onerror handler (was silently swallowing WebSocket errors) - Move misplaced routes to before server.listen() Performance/cleanup: - DB connection pool 10→50 - EXECUTION_RETENTION_DAYS default 1→30 (matches docs) - Remove unused packages: bcryptjs, body-parser, cors, js-yaml, jsonwebtoken - Remove generateUUID() wrapper, use crypto.randomUUID() directly - Remove dead example workflow constants - Add ESC key handler to close modals - Fix clearCompletedExecutions limit 1000→9999 - Add security notice to README.md Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-11 22:53:25 -04:00
});
}
});
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
// Initialize
loadUser().then((success) => {
if (success) {
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
// Restore last-active tab
try {
const saved = localStorage.getItem('pulse_activeTab');
if (saved) switchTab(saved);
} catch {}
feat: Gandalf M2M API, manual/automated execution sub-tabs, cleanup tuning - server.js: add authenticateGandalf middleware (X-Gandalf-API-Key header) and two internal endpoints used by Gandalf link diagnostics: POST /api/internal/command — submit SSH command to a worker, returns execution_id GET /api/internal/executions/:id — poll execution status/logs Also tag automated executions as started_by 'gandalf:*' / 'scheduler:*'; add hide_internal query param to GET /api/executions; change cleanup from daily/30d to hourly/1d to keep execution history lean - index.html: add Manual / Automated sub-tabs on Execution History tab so Gandalf diagnostic runs don't clutter the manual run view; persists selected tab to localStorage; dashboard recent-run strip filters to manual runs only; sub-tabs show live counts Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-03 16:04:22 -05:00
setExecutionView(executionView);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
refreshData();
connectWebSocket();
Workflow & Command system
2025-11-30 13:03:18 -05:00
setInterval(refreshData, 30000);
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
}
});
Frontend improvements: safety, UX, and WebSocket handling - Guard all new Date().toLocaleString() calls with safeDate() to prevent 'Invalid Date' - Guard escapeHtml() for null/undefined input - Guard getTimeAgo() for null/NaN dates; add safeDate() and formatElapsed() helpers - Show elapsed time for running executions in the execution list - Add status-running CSS pulse animation class to running execution items - Add explicit executions_bulk_deleted WebSocket handler - clearCompletedExecutions() uses new bulk DELETE endpoint instead of N individual requests - switchTab() persists active tab to localStorage; init restores it on load - refreshData() updates lastRefreshed timestamp in header - Add Ctrl+Enter shortcut for quick command form - Wrap rerunCommand worker_id with escapeHtml() to prevent XSS Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-03-12 11:24:34 -04:00
// Ctrl+Enter submits the quick command form
document.addEventListener('keydown', (e) => {
if ((e.ctrlKey || e.metaKey) && e.key === 'Enter') {
const activeTab = document.querySelector('.tab-content.active');
if (activeTab && activeTab.id === 'quickcommand') {
e.preventDefault();
executeQuickCommand();
}
}
});
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</script>
updates aesthetic
2026-01-07 20:12:16 -05:00
<!-- Terminal Boot Sequence -->
<div id="boot-sequence" class="boot-overlay" style="display: none;">
<pre id="boot-text"></pre>
</div>
<script>
function showBootSequence() {
const bootText = document.getElementById('boot-text');
const bootOverlay = document.getElementById('boot-sequence');
bootOverlay.style.display = 'flex';
const messages = [
'╔═══════════════════════════════════════╗',
'║ PULSE ORCHESTRATION TERMINAL v1.0 ║',
'║ BOOTING SYSTEM... ║',
'╚═══════════════════════════════════════╝',
'',
'[ OK ] Loading kernel modules...',
'[ OK ] Initializing workflow engine...',
'[ OK ] Mounting worker connections...',
'[ OK ] Starting WebSocket services...',
'[ OK ] Rendering terminal interface...',
'',
'> SYSTEM READY ✓',
''
];
let i = 0;
const interval = setInterval(() => {
if (i < messages.length) {
bootText.textContent += messages[i] + '\n';
i++;
} else {
setTimeout(() => {
bootOverlay.style.opacity = '0';
setTimeout(() => {
bootOverlay.style.display = 'none';
}, 500);
}, 500);
clearInterval(interval);
}
}, 80);
}
// Run on first visit only (per session)
if (!sessionStorage.getItem('booted')) {
showBootSequence();
sessionStorage.setItem('booted', 'true');
}
</script>
Initial PULSE server commit with Authelia SSO integration
2025-11-29 19:26:20 -05:00
</body>
Workflow & Command system
2025-11-30 13:03:18 -05:00
</html>
Reference in New Issue Copy Permalink