WF4S: All Puppeteer endpoints target wrong container
Resolved 💬 3 comments Opened Dec 11, 2025 by mark-bfd Closed Feb 11, 2026
Summary
WF4S-Production v41 targets pr_alpha_puppeteer_visual (aggregated chain container) instead of pr_alpha_puppeteer_single (S-Chain container) in ALL 4 Puppeteer-related operations.
Severity
CRITICAL - Entire WF4S workflow may be non-functional
Affected Nodes
- Check Puppeteer Health -
http://pr_alpha_puppeteer_visual:3100/health - Check Queue Status -
http://pr_alpha_puppeteer_visual:3100/queue-status - Run Puppeteer Automation -
http://pr_alpha_puppeteer_visual:3100/automation - Restart Puppeteer Container -
docker restart pr_alpha_puppeteer_visual
Expected Configuration
All should target pr_alpha_puppeteer_single:
- Health:
http://pr_alpha_puppeteer_single:3100/health - Queue:
http://pr_alpha_puppeteer_single:3100/queue-status - Automation:
http://pr_alpha_puppeteer_single:3100/automation - Restart:
docker restart pr_alpha_puppeteer_single
Impact
- S-Chain single-PR payloads sent to A-Chain aggregated container
- Health checks monitoring wrong container
- Recovery mechanism (restart) targets wrong container
- Queue management checking wrong instance
Root Cause
Likely copy-paste from WF4A (A-Chain) workflow without find/replace.
Fix
Single find/replace in WF4S-Production.json:
Find: pr_alpha_puppeteer_visual
Replace: pr_alpha_puppeteer_single
Chain
S-Chain (Single PR Processing)
Workflow
WF4S-Production v41
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗