Bug raíz del click-no-abre-overlay: chrome.storage serializa con JSON,
los Date (sessionStartTime, sessionEndTime, estimatedEndDate) volvían
como strings ISO, y createWeeklyTracker llamaba .toLocaleDateString
en un string. rehydrateDates los devuelve a Date al cargar.
Mejoras adicionales:
- showOverlayError ya no destruye el panel si hay tracker visible:
saca un aviso temporal en el header (auto-oculta a los 7s).
- DOM en el aviso construido con textContent, no innerHTML, para
cerrar la puerta a XSS aunque el msg sea hardcodeado.
- Limpieza del andamio [CUT-DIAG] usado para encontrar el bug;
__claudeUsageTracker se queda expuesto para depuración futura.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Claude movió la página de uso de /settings/usage a un modal con hash
#settings/usage sobre cualquier URL, así que el content script no se
ejecutaba en ningún sitio. Tres flujos nuevos:
- FAB flotante en claude.ai/* con uso cacheado (X% / Y%); se oculta
mientras el modal real está abierto.
- Inyección del tracker dentro del modal real cuando el usuario lo abre,
anclando estructuralmente sobre la fila del primer progressbar
(locale-proof) en vez de por texto.
- Overlay propio abierto desde el FAB con caché instantánea y refresh
en background si TTL >5 min: intenta pushState+popstate, hash,
click en "Uso" como fallbacks; cierra con botón X o Escape.
Cache en chrome.storage.local; se calienta cuando el usuario abre el
modal por su cuenta. Observers acotados y desconectados agresivamente.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
