bug(claude): los medidores de Claude no muestran la fecha de reinicio #269

Pre-flight checks

• I searched existing issues and found no duplicate.
• I understand that this report enters review before implementation.

What happened?

Los medidores de Claude no muestran cuándo se reinicia cada ventana: falta el «Se reinicia en…» en la sesión de 5 h y en las ventanas semanales, mientras que el porcentaje de uso sí aparece. Otros proveedores muestran su reinicio con normalidad.

Qué hace hoy el código:

• parse_usage (src-tauri/src/providers/claude.rs:357-401) lee resets_at de cada ventana (five_hour, seven_day, seven_day_opus, seven_day_sonnet, seven_day_oauth_apps) solo si es una cadena (.and_then(Value::as_str)). Si el campo llega como número (epoch), en otro formato o con otro nombre, se descarta en silencio y el medidor queda con resets_at: None, sin aviso ni diagnóstico.
• El frontend (formatResetIn, src/lib/format.ts:5-18) oculta el reinicio cuando recibe null o una fecha que Date.parse no entiende. Las fechas ISO con offset o con fracciones de segundo sí se interpretan correctamente.
• Los tests (claude.rs:451-466) solo cubren resets_at como cadena ISO o null; no hay ningún fixture con la respuesta real actual de la API de uso.
• extra_usage nunca tiene reinicio (resets_at: None), lo que es esperable; este informe se refiere a las ventanas de 5 h y semanales.

Hipótesis (pendiente de confirmar): la respuesta del endpoint de uso de Claude cambió de forma (por ejemplo, resets_at numérico, anidado o con otro nombre) o devuelve null para esas ventanas. El código ya funciona con el formato que esperan los tests, así que hace falta una captura real para saber cuál de las dos es.

Steps to reproduce

1. Configurar Claude en Quorb (OAuth) con consumo en la sesión de 5 h o en la semana.
2. Abrir el detalle de Claude.
3. Los medidores muestran el porcentaje, pero no «Se reinicia en…».

Expected behavior

Cada ventana de Claude con fecha de reinicio la muestra igual que el resto de proveedores, y el ritmo de consumo y los avisos de reinicio (alerts.ts) usan esa fecha.

Lo que debería incluir el arreglo:

• Capturar, censurada (sin token ni datos de la cuenta), la respuesta actual del endpoint de uso de Claude y añadirla como fixture.
• Adaptar parse_usage al formato real; si la API puede enviar varios formatos (cadena ISO y epoch), aceptarlos de forma explícita y con test.
• Un test que falle con el payload real antes del arreglo.
• Si la API realmente no envía la fecha para alguna ventana, mantener None y documentarlo, sin inventarla a partir de window_seconds.

Environment

Quorb: main @ 2da297d (0.8.0)
Proveedor: Claude (OAuth)
SO / plataforma: pendiente de completar por quien lo reproduzca

Affected area

Application behavior