v2.0.0-rc.2 — Del capture local a la nube, sin cuelgues
Esta RC cierra la experiencia de cloud sync settings en la TUI (#788) y le mete cemento al camino que va del capture local a la entrega en la nube. Lo grande: la identidad de proyecto ahora se resuelve igual en todos los clientes (#875), así que dejás de ver la misma observación partida en dos proyectos según desde dónde la guardaste.
Ojo con esto si venías sufriendo colas trabadas: los títulos de observación inválidos se reparan antes de entrar a la cola de sync, y la reparación de títulos de mutación quedó endurecida. Antes un título roto te frenaba todo el pipeline. Sumale que autosync ahora reintenta después del techo de fallos (#882) y arranca bien desde el daemon de SessionStart (#852) — o sea, si te falló una vez, ya no se queda muerto hasta que reinicies.
Del lado de datos: los handles de SQLite se cierran en los caminos de error y después de una migración fallida (antes te quedaban colgados en Windows), la clase de almacenamiento del proyecto de la observación se normaliza (#848), y mem_session_summary ahora expone los candidatos en conflicto en vez de tragárselos (#847). Cloud reporta el nombre de enrollment normalizado (#851) y el deadlock de captura de CLI en Windows quedó arreglado (#832).
Es release candidate, no final: probala antes de casarte con ella en producción.
v2.0.0-rc.2 — From local capture to cloud, without stalls
This candidate completes the cloud sync settings experience in the TUI (#788) and hardens the whole path from local capture to cloud delivery. The headline fix: project identity now resolves consistently across clients (#875), so the same observation stops splitting into two projects depending on where you saved it from.
If you were hitting stalled queues, this is your release: invalid observation titles are repaired before they can enter the sync queue, and mutation-title repair was hardened. One malformed title used to hold up the whole pipeline. Autosync also retries after the failure ceiling (#882) and starts correctly from the SessionStart daemon (#852) — a single failure no longer leaves it dead until you restart.
On the data side: SQLite handles are released on error paths and after a failed migration (they used to leak on Windows), observation project storage class is normalized (#848), and mem_session_summary now surfaces conflicting candidates instead of swallowing them (#847). Cloud reports the normalized enrollment name (#851), and the Windows CLI output capture deadlock is fixed (#832).
It is a release candidate, not a final: try it before committing production to it.
v2.0.0-rc.2 — De la capture locale au cloud, sans blocage
Cette RC complète l'expérience des réglages de cloud sync dans la TUI (#788) et durcit tout le chemin de la capture locale à la livraison cloud. Le correctif principal : l'identité de projet se résout désormais de façon cohérente entre les clients (#875), donc une même observation cesse de se scinder en deux projets selon l'endroit d'où vous l'avez enregistrée.
Si vos files de sync se bloquaient, c'est votre version : les titres d'observation invalides sont réparés avant d'entrer dans la file, et la réparation des titres de mutation a été durcie. Un seul titre malformé bloquait tout le pipeline. L'autosync réessaie aussi après le plafond d'échecs (#882) et démarre correctement depuis le daemon SessionStart (#852).
Côté données : les handles SQLite sont libérés sur les chemins d'erreur et après une migration échouée (ils fuyaient sous Windows), la classe de stockage du projet de l'observation est normalisée (#848), et mem_session_summary expose les candidats en conflit au lieu de les avaler (#847). Cloud renvoie le nom d'enrollment normalisé (#851) et le deadlock de capture CLI sous Windows est corrigé (#832).
C'est un candidat, pas une version finale : testez-la avant de l'engager en production.