fix: don't start Xvfb in start.sh — sitespeed.io manages its own
Our start.sh was starting Xvfb on :99, then sitespeed.io tried to start its own on :99, failed with exit code 1, and Chrome couldn't get a working display. sitespeed.io is designed to manage Xvfb per test run. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
7
start.sh
7
start.sh
@@ -8,10 +8,7 @@ fi
|
||||
|
||||
echo "[start.sh] SITESPEED_BIN=${SITESPEED_BIN:-NOT FOUND}"
|
||||
|
||||
# Start virtual framebuffer so Chrome/Firefox have a display to render into
|
||||
Xvfb :99 -ac -screen 0 1920x1080x24 +extension RANDR &
|
||||
export DISPLAY=:99
|
||||
|
||||
sleep 1
|
||||
# Do NOT start Xvfb here — sitespeed.io starts its own Xvfb instance
|
||||
# per test run. Starting one here causes a conflict on :99 and breaks Chrome.
|
||||
|
||||
exec node /app/app.js
|
||||
|
||||
Reference in New Issue
Block a user