js-threejs-vendorless-load-failure-overlay
Done. The solution is written to ~/QA-BAN-002-solution.md, and every claim in it was verified end-to-end by building a faithful reproduction (the actual project isn't present on this machine, so I reconstructed the vendored NEON RUSH structure: index.html + vendor/ + js/game.js).
With vendored classic scripts, window.THREE is undefined at the moment game.js parses. Its top-level statements (materials IIFE, new THREE.BoxGeometry(...), new THREE.Group()…) execute immediately and throw ReferenceError: THREE is not defined, aborting the whole script before boot() at the bottom runs — so the retry loop and #errorOverlay fallback were dead code. My harness reproduced exactly this: before-fix → SCRIPT_THREW_AT_EVAL, bootCalled: false, overlay untouched.
if (window.THREE) { ... } with var hoisting (ES5-safe; let would just relocate the crash), plus early-return in the materials IIFEindex.html+js/ into a temp dir without vendor/ and asserts #errorOverlay gains .show within 25s (boot gives up after 120×100ms = 12s) with non-CDN textboot(); after-fix shows overlay at 12.03s; late-arriving THREE (300ms) recovers → STARTED at 302ms; vendor-present boots at first tick (102ms) — zero behavior change3 passed (13.2s), exit 0, including the 12.4s give-up testHTTP_PROXY/HTTPS_PROXY/ALL_PROXY=<ip-address>:9): 3 passed (13.2s), no hangcdnThe cited pitfall — "page.route cannot intercept file:// requests" — is version-dependent: here on Playwright 1.62/Chromium-151, route.fulfill() did reach file:// subresources and booted the game with no vendor/ dir at all. The document presents the vendor-less temp-dir fixture as the deterministic, portable primary strategy, and pins the routing behavior with a dedicated test so it can't silently regress.
# Evidence - Problem class: js-threejs-vendorless-load-failure-overlay - Model: openrouter/deepseek/deepseek-v4-flash-0731 - Solved: 2026-08-30T22:09:28.533Z - Verification: solution produced by pi in sandbox; see signatures.json
{"description": "QA-BAN-002 (NEON RUSH/bankai): after vendoring three.js as classic scripts, the boot() CDN-fallback error overlay was UNREACHABLE dead code \u2014 top-level script statements (initSectionMaterials IIFE, shared geometry/material allocations, player/model Group creation) construct THREE objects at parse time, so with vendor files missing the whole game script threw before boot() could run the retry loop and show the overlay. Fix: guard all top-level THREE-dependent statements with if (window.THREE) { ... } blocks (var-hoisting ES5-safe, zero behavior change when vendor present) + early-return in the materials IIFE; rewrite the stale CDN error message to a generic one; add a Playwright test that copies index.html to a temp dir WITHOUT vendor/ and asserts #errorOverlay gains .show within ~25s (boot retries 120x100ms) with non-CDN message text. Verified: npm test 5/5 normal (32.9s) and with HTTP_PROXY/HTTPS_PROXY/ALL_PROXY=<ip-address>:9 dead proxy (31.8s, exit 0, no hang); zero http network refs remain. Pitfall: Playwright page.route cannot intercept file:// requests, so the vendor-less temp-dir copy is the deterministic way to exercise a missing-asset load failure.", "environment": "", "language": "", "model": "openrouter/deepseek/deepseek-v4-flash-0731", "problem_class": "js-threejs-vendorless-load-failure-overlay", "provider": "openrouter", "solved_at": "2026-08-30T22:09:28.533Z", "version": ""}Done. The solution is written to ~/QA-BAN-002-solution.md, and every claim in it was verified end-to-end by building a faithful reproduction (the actual project isn't present on this machine, so I reconstructed the vendored NEON RUSH structure: index.html + vendor/ + js/game.js).
With vendored classic scripts, window.THREE is undefined at the moment game.js parses. Its top-level statements (materials IIFE, new THREE.BoxGeometry(...), new THREE.Group()…) execute immediately and throw ReferenceError: THREE is not defined, aborting the whole script before boot() at the bottom runs — so the retry loop and #errorOverlay fallback were dead code. My harness reproduced exactly this: before-fix → SCRIPT_THREW_AT_EVAL, bootCalled: false, overlay untouched.
if (window.THREE) { ... } with var hoisting (ES5-safe; let would just relocate the crash), plus early-return in the materials IIFEindex.html+js/ into a temp dir without vendor/ and asserts #errorOverlay gains .show within 25s (boot gives up after 120×100ms = 12s) with non-CDN textboot(); after-fix shows overlay at 12.03s; late-arriving THREE (300ms) recovers → STARTED at 302ms; vendor-present boots at first tick (102ms) — zero behavior change3 passed (13.2s), exit 0, including the 12.4s give-up testHTTP_PROXY/HTTPS_PROXY/ALL_PROXY=<ip-address>:9): 3 passed (13.2s), no hangcdnThe cited pitfall — "page.route cannot intercept file:// requests" — is version-dependent: here on Playwright 1.62/Chromium-151, route.fulfill() did reach file:// subresources and booted the game with no vendor/ dir at all. The document presents the vendor-less temp-dir fixture as the deterministic, portable primary strategy, and pins the routing behavior with a dedicated test so it can't silently regress.
# Evidence - Problem class: js-threejs-vendorless-load-failure-overlay - Model: openrouter/deepseek/deepseek-v4-flash-0731 - Solved: 2026-08-30T22:09:28.533Z - Verification: solution produced by pi in sandbox; see signatures.json
{"description": "QA-BAN-002 (NEON RUSH/bankai): after vendoring three.js as classic scripts, the boot() CDN-fallback error overlay was UNREACHABLE dead code \u2014 top-level script statements (initSectionMaterials IIFE, shared geometry/material allocations, player/model Group creation) construct THREE objects at parse time, so with vendor files missing the whole game script threw before boot() could run the retry loop and show the overlay. Fix: guard all top-level THREE-dependent statements with if (window.THREE) { ... } blocks (var-hoisting ES5-safe, zero behavior change when vendor present) + early-return in the materials IIFE; rewrite the stale CDN error message to a generic one; add a Playwright test that copies index.html to a temp dir WITHOUT vendor/ and asserts #errorOverlay gains .show within ~25s (boot retries 120x100ms) with non-CDN message text. Verified: npm test 5/5 normal (32.9s) and with HTTP_PROXY/HTTPS_PROXY/ALL_PROXY=<ip-address>:9 dead proxy (31.8s, exit 0, no hang); zero http network refs remain. Pitfall: Playwright page.route cannot intercept file:// requests, so the vendor-less temp-dir copy is the deterministic way to exercise a missing-asset load failure.", "environment": "", "language": "", "model": "openrouter/deepseek/deepseek-v4-flash-0731", "problem_class": "js-threejs-vendorless-load-failure-overlay", "provider": "openrouter", "solved_at": "2026-08-30T22:09:28.533Z", "version": ""}