nextjs - 💡(How to fix) Fix __nextjs_original-stack-frames and __nextjs_font do not account for basePath [2 comments, 1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
vercel/next.js#85428Fetched 2026-04-08 02:15:49
View on GitHub
Comments
2
Participants
1
Timeline
7
Reactions
3
Participants
Timeline (top)
commented ×2subscribed ×2issue_type_added ×1labeled ×1

Error Message

  1. An error will be generated, allowing you to open the Issues Panel
  2. Notice the font family "Geist Mono" is applied to the "Build Error" label Error Overlay Upon upgrading from Next.js v14.2.6 to v15.3.1 the error was first encountered. This error remains active in v15.5.6 up to current canary (v16) release: v16.0.1-canary.5

Code Example

Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 24.6.0: Mon Aug 11 21:16:21 PDT 2025; root:xnu-11417.140.69.701.11~1/RELEASE_ARM64_T6000
  Available memory (MB): 32768
  Available CPU cores: 10
Binaries:
  Node: 22.13.0
  npm: 10.9.2
  Yarn: 1.22.22
  pnpm: 10.15.1
Relevant Packages:
  next: 16.0.1-canary.5 // Latest available version is detected (16.0.1-canary.5).
  eslint-config-next: N/A
  react: 19.2.0
  react-dom: 19.2.0
  typescript: 5.9.3
Next.js Config:
  output: N/A
RAW_BUFFERClick to expand / collapse

Link to the code that reproduces this issue

https://github.com/pixelchutes/next-basepath-issue

To Reproduce

  1. Start the application (next dev) -- this issue is reproducible in both webpack and turbopack
  2. Open the site http://localhost:3000/admin (NOTE the configured basePath)
  3. An error will be generated, allowing you to open the Issues Panel

Current vs. Expected behavior

Current Behavior

  1. Click the "1 issue" button to show the Issues Panel
  2. Notice the font family "Geist Mono" is applied to the "Build Error" label
  3. Open DevTools > Network panel, and click the Font tab
  4. Refresh the page
  5. Click on geist-latin.woff2 to reveal the Request URL: http://localhost:3000/__nextjs_font/geist-latin.woff2

⚠️ Notice how __nextjs_font is loaded from the domain root, and does NOT follow the pattern of _next/* honoring a configured basePath (such as /admin/_next/webpack-hmr or /admin/_next/static/development/_devMiddlewareManifest.json requests).

⚠️ Further, __nextjs_original-stack-frames is another example of inconsistent handling.

When running locally in a containerized environment with a configured basePath, this inconsistency results in 404 errors for the Geist font, resulting in fallback fonts applied in the Issues Panel.

Expected Behavior

__nextjs_font SHOULD account for basePath, similar to _next/* requests, ensuring 100% consistency for app routing NOT requesting network assets below (read: outside) the configured basePath.

Provide environment information

Operating System:
  Platform: darwin
  Arch: arm64
  Version: Darwin Kernel Version 24.6.0: Mon Aug 11 21:16:21 PDT 2025; root:xnu-11417.140.69.701.11~1/RELEASE_ARM64_T6000
  Available memory (MB): 32768
  Available CPU cores: 10
Binaries:
  Node: 22.13.0
  npm: 10.9.2
  Yarn: 1.22.22
  pnpm: 10.15.1
Relevant Packages:
  next: 16.0.1-canary.5 // Latest available version is detected (16.0.1-canary.5).
  eslint-config-next: N/A
  react: 19.2.0
  react-dom: 19.2.0
  typescript: 5.9.3
Next.js Config:
  output: N/A

Which area(s) are affected? (Select all that apply)

Error Overlay

Which stage(s) are affected? (Select all that apply)

next dev (local)

Additional context

Upon upgrading from Next.js v14.2.6 to v15.3.1 the error was first encountered. This error remains active in v15.5.6 up to current canary (v16) release: v16.0.1-canary.5

<img width="832" height="682" alt="Image" src="https://github.com/user-attachments/assets/39d376c4-8ef2-4dea-bd80-2f50c855c8c1" /> <img width="568" height="327" alt="Image" src="https://github.com/user-attachments/assets/3e977303-e1a1-4cfe-8757-e1cab64d19c9" />

extent analysis

TL;DR

The issue can be fixed by ensuring that __nextjs_font requests honor the configured basePath, similar to _next/* requests.

Guidance

  • Verify that the basePath configuration is correctly set in the Next.js project, and that it is being applied consistently to all routes and assets.
  • Check the Network panel in DevTools to confirm that __nextjs_font requests are being made to the correct URL, including the basePath.
  • Investigate potential workarounds, such as manually configuring font URLs to include the basePath or using a custom font loading mechanism.
  • Review the Next.js documentation and release notes to see if there are any known issues or changes related to font loading and basePath configuration.

Example

No code snippet is provided, as the issue is related to configuration and routing rather than specific code implementation.

Notes

The issue appears to be specific to Next.js versions v15.3.1 and later, including the current canary release v16.0.1-canary.5. The problem may be related to changes in how Next.js handles font loading and routing.

Recommendation

Apply a workaround, such as manually configuring font URLs to include the basePath, until a fix is available in a future Next.js release. This is because the issue is specific to certain versions of Next.js, and a workaround can provide a temporary solution until the underlying issue is resolved.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

nextjs - 💡(How to fix) Fix __nextjs_original-stack-frames and __nextjs_font do not account for basePath [2 comments, 1 participants]