[recovery] fix: setRequestLocale ordering in [...slug] generateMetadata (static→dynamic error)

[pettinarip]

Production error

• Fingerprint: grafana-fn-error-page-changed-from-static-to-dynamic-at-runtime-images-videos-clw-qfnsu
• Message: [ERROR] ⨯ Error: Page changed from static to dynamic at runtime /images/videos/Clw-qf1sUZg.jpg, reason: headers
• Hit count: 2
• Stack terminates in get requestLocale (next-intl).

Root cause

/images/videos/Clw-qf1sUZg.jpg has no static asset and falls through to the catch-all app/[locale]/[...slug]/page.tsx with locale="images", slug=["videos","Clw-qf1sUZg.jpg"] (a bot/broken-link probe against a YouTube-ID-shaped path).

generateMetadata in that route never called setRequestLocale(locale) before invoking next-intl APIs:

• the happy path getMdMetadata → getMetadata calls getTranslations("common") (src/lib/utils/metadata.ts:66);
• the catch block also calls getTranslations("common").

Without setRequestLocale, next-intl falls back to reading the locale from request headers() for on-demand slugs (those not covered by generateStaticParams), which opts the route into dynamic rendering and throws "Page changed from static to dynamic at runtime … reason: headers".

Fix

Add setRequestLocale(locale) at the top of generateMetadata, before any next-intl call. Same class of fix as #18785 (videos slug), #18797 (wallets), #18798 (resources).

Verification

• pnpm type-check ✅
• pnpm exec eslint on changed file ✅

🤖 Generated with Claude Code

[netlify]

✅ Deploy Preview for ethereumorg ready!

Name	Link
🔨 Latest commit	dc9c0cd
🔍 Latest deploy log	https://app.netlify.com/projects/ethereumorg/deploys/6a57b6af369e0e0008c2e4f9
😎 Deploy Preview	https://deploy-preview-18800.ethereum.it
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.
Lighthouse	7 paths audited Performance: 58 (🟢 up 2 from production) Accessibility: 95 (no change from production) Best Practices: 100 (no change from production) SEO: 98 (no change from production) PWA: 59 (🔴 down 1 from production) View the detailed breakdown and full score reports

---

To edit notification comments on pull requests, go to your Netlify project configuration.

[github-actions]

🔎 First-pass review — ✅ Looks mergeable

Single-line fix adding setRequestLocale(locale) at the top of generateMetadata in the [...slug] catch-all, before any next-intl call. This is the correct fix for the "Page changed from static to dynamic at runtime ... reason: headers" error: without it, on-demand slugs (not covered by generateStaticParams) make next-intl fall back to reading the locale from headers(), opting the route into dynamic rendering. Both the happy path (getMdMetadata → getTranslations) and the catch block (getTranslations("common")) are now covered.

Analysis

• Lane: code (1 file, app/[locale]/[...slug]/page.tsx, +3/-0).
• Checked: setRequestLocale is already imported; the new call sits before the try block, i.e. before every next-intl API invocation — consistent with the existing Page component (line 41). No unused vars, no convention issues.
• Consistency: same class of fix as the referenced [recovery] fix: setRequestLocale ordering in video slug page (static→dynamic error) #18785 / [recovery] fix: setRequestLocale ordering in wallets page (static→dynamic error) #18797 / [recovery] fix: setRequestLocale ordering in resources page (static→dynamic error) #18798, applied to the metadata path here.
• Non-blocking: none.
• CI may still be running; the verdict does not depend on pending checks.

Generated by PR Reviewer (team) for #18800 · 67.3 AIC · ⌖ 24 AIC · ⊞ 5.2K · ◷