test(turbopack): cover package module specifiers in worker URLs

[vercel-gh-bot-2]

What this tests

Adds regression coverage for vercel#94015 to the existing App Router worker suite. The fixture models a third-party package with conditional wildcard exports whose client API creates a worker from a bare package module specifier:

new Worker(new URL('worker-package/worker.js', import.meta.url))

The browser assertion requires the packaged worker to start and post worker-loaded. This is the smallest native equivalent of the verified GraphiQL/monaco-graphql path and avoids carrying the full editor dependency graph.

Local precedent

The coverage extends test/e2e/app-dir/worker/worker.test.ts, reusing its real fixture directory, nextTestSetup, browser interaction, beforePageLoad worker request checks, and retry() assertion style.

Verification provenance

• Issue: [Turbopack] new Worker(new URL(..., import.meta.url)) crashes in production with 'e.indexOf is not a function' (regression in 16.2) vercel/next.js#94015
• Stored verification: Update glamor to version 2.20.20 🚀 vercel/next.js#578 (still_reproduces)
• Stored reproduction: Cannot browse the application vercel/next.js#63 at 7d38f45f66e110739e29c1966f139d86a9355d6b
• Reported revision: Next.js 16.2.6
• Frozen verified canary: Next.js 16.3.0-canary.88
• Writer checkout: 80fd3fed693b7aea14b7aed6eab5960ba5d94985 (16.3.0-canary.92)

The stored verifier reports that the production GraphQL worker URL reaches the unsafe Turbopack parseRequest URL normalizer on both the reported revision and frozen canary. Running node verify.mjs in the materialized reproduction on 16.2.6 completed the production build and reported symptomPresent: true.

Commands and results

pnpm test-start-turbo test/e2e/app-dir/worker/worker.test.ts -t 'package module specifiers'

Fails on untouched 16.3.0-canary.92 at the new assertion, as required for a still_reproduces regression test:

Expected: "worker-loaded"
Received: "error: e.indexOf is not a function"

pnpm test-dev-turbo test/e2e/app-dir/worker/worker.test.ts -t 'package module specifiers'

Also fails at the same assertion in the unminified runtime:

Expected: "worker-loaded"
Received: "error: request.indexOf is not a function"

pnpm test-start-webpack test/e2e/app-dir/worker/worker.test.ts -t 'package module specifiers'
pnpm test-dev-webpack test/e2e/app-dir/worker/worker.test.ts -t 'package module specifiers'

Both pass.

Formatting and lint checks pass for all changed files. Expected CI state is intentionally red for the new assertion in Turbopack development and production modes until the framework bug is fixed; the corresponding webpack modes should remain green.