cloudflare/vinext

`usePathname` returns internal rewrite path instead of canonical URL

Chiusa

#1348 aperta il 20 mag 2026

 (1 commento) (0 reazioni) (0 assegnatari)TypeScript (383 fork)github user discovery
adapter-api-e2ehelp wanted

Metriche repository

Star
 (8624 stelle)
Metriche merge PR
 (Merge medio 1g 1h) (462 PR mergiate in 30 g)

Descrizione

This issue was created by an agent analysing CI failures from the Next.js Deploy Suite (vinext main vs Next.js v16.2.6, 2026-05-20).

Problem

When middleware rewrites /rewritten-use-pathname to /hooks/use-pathname, usePathname() should return the external/canonical URL (/rewritten-use-pathname) that the user sees in the address bar. vinext returns the internal route path (/hooks/use-pathname).

Expected: "/rewritten-use-pathname"
Received: "/hooks/use-pathname"

Estimated Impact

~1 test failure.

Affected Test Suites

  • test/e2e/app-dir/hooks/hooks.test.ts (1 failure)

Recommendation

  1. Reproduce first in vinext's own test suite. Add a test with a middleware rewrite and a component that calls usePathname(). Assert it returns the external URL, not the internal rewrite target. Confirm it fails.

  2. Preserve the original request path in navigation context. The setNavigationContext() call should use the original req.url (external/canonical path) rather than the post-rewrite path. The internal rewrite target is used for route matching but should not be exposed to usePathname().

  3. Check both entries/app-rsc-entry.ts and server/dev-server.ts. The navigation context should carry the original pathname in both dev and production.

Guida contributor