Inna
2c78489e4d
Salieron al pasar el lint por todo el proyecto. De 47 a 0 (quedan 15 avisos: <img> vs <Image /> y el <link> del tema, los dos deliberados). - Footer y Video (42 de los 47, que en realidad eran 7 enlaces: el plugin repite cada uno 6 veces): usaban `<a href="/terms-and-conditions">` SIN el idioma delante. No estaba roto de milagro: el middleware lo salvaba mirando la cookie NEXT_LOCALE. Pero cada clic se comía un 307 y recargaba la página entera en vez de navegar en cliente, y el idioma lo decidía la cookie en vez de la URL en la que estás. Ahora van con el `Link` de i18n, que ya existía. - Turnstile: escribía una ref (`cb.current = onVerify`) DURANTE el render. Es el patrón de "callback fresca", pero no está permitido: React puede descartar ese render y dejarla mal. Pasa a un efecto. - ActivateClient y ConfirmClient: ponían el estado de error con setState dentro del efecto cuando NO hay hash. Eso se sabe ya al renderizar (es un prop), así que se deriva del estado inicial y se ahorra un render. - BattlepayList: `window.location.href = …` -> `.assign()`, igual que en la tienda. - CookieConsent: aquí el efecto es correcto y la regla no aplica, así que se silencia explicando por qué: el consentimiento vive en una cookie del navegador, en el servidor no existe, y leerlo al renderizar rompería la hidratación (le saldría el banner a quien ya había decidido). Verificado: desde /es/ el pie enlaza a /es/terms-and-conditions y desde /en/ a /en/terms-and-conditions; portada, cookies, tienda y mi-cuenta siguen dando 200. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
52 lines
1.7 KiB
TypeScript
52 lines
1.7 KiB
TypeScript
'use client'
|
|
|
|
import { useEffect, useRef, useState } from 'react'
|
|
import { useTranslations } from 'next-intl'
|
|
import { Link } from '@/i18n/navigation'
|
|
|
|
const ERROR_KEYS = ['invalidLink', 'expiredLink'] as const
|
|
|
|
export function ActivateClient({ hash }: { hash: string }) {
|
|
const t = useTranslations('Activate')
|
|
// Sin hash el error se sabe YA, al renderizar (y 'invalidLink' es justo el
|
|
// errorKey por defecto): se deriva del prop en vez de ponerlo con setState
|
|
// dentro del efecto, que encadena un render de más.
|
|
const [state, setState] = useState<'loading' | 'ok' | 'error'>(hash ? 'loading' : 'error')
|
|
const [errorKey, setErrorKey] = useState<string>('invalidLink')
|
|
const ran = useRef(false)
|
|
|
|
useEffect(() => {
|
|
if (!hash || ran.current) return // evita doble POST en StrictMode
|
|
ran.current = true
|
|
fetch('/api/auth/activate', {
|
|
method: 'POST',
|
|
headers: { 'Content-Type': 'application/json' },
|
|
body: JSON.stringify({ hash }),
|
|
})
|
|
.then((r) => r.json())
|
|
.then((d: { success?: boolean; error?: string }) => {
|
|
if (d.success) setState('ok')
|
|
else {
|
|
setErrorKey((ERROR_KEYS as readonly string[]).includes(d.error ?? '') ? d.error! : 'invalidLink')
|
|
setState('error')
|
|
}
|
|
})
|
|
.catch(() => setState('error'))
|
|
}, [hash])
|
|
|
|
return (
|
|
<div className="centered">
|
|
{state === 'loading' && <p>{t('activating')}</p>}
|
|
{state === 'ok' && (
|
|
<>
|
|
<span className="ok-form-response">{t('success')}</span>
|
|
<p style={{ marginTop: 16 }}>
|
|
<Link href="/log-in">{t('goLogin')}</Link>
|
|
</p>
|
|
</>
|
|
)}
|
|
{state === 'error' && <span className="red-form-response">{t(errorKey)}</span>}
|
|
</div>
|
|
)
|
|
}
|