docs: registra el deploy a produccion de v1.15.2
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -394,6 +394,20 @@ iRedMail):
|
|||||||
- Sin migracion (solo frontend). Frontend reconstruido y reiniciado (PID confirmado), verificado
|
- Sin migracion (solo frontend). Frontend reconstruido y reiniciado (PID confirmado), verificado
|
||||||
contra `https://project.linkedcorp.net`.
|
contra `https://project.linkedcorp.net`.
|
||||||
|
|
||||||
|
## Actualizacion v1.15.2 (2026-09-16) — checkbox de tarea no se actualizaba
|
||||||
|
|
||||||
|
- Reportado por el usuario: al marcar una tarea como hecha, el checkbox no reflejaba el cambio.
|
||||||
|
Causa real: `useDragReorder` (el hook de arrastrar-para-reordenar de v1.14.0) resincronizaba su
|
||||||
|
copia local solo cuando cambiaba el conjunto de ids, no cuando se editaba un campo de una tarea
|
||||||
|
ya existente (marcar hecho, renombrar) — la fila se quedaba con el snapshot viejo para siempre
|
||||||
|
despues de guardar. Corregido comparando el contenido completo (JSON), no solo los ids.
|
||||||
|
- De paso: `draggable`/`onDragStart` pasan a vivir solo en el icono de agarre (antes en toda la
|
||||||
|
fila) — un ancestro `draggable=true` le gana el mousedown a los controles interactivos que tenga
|
||||||
|
adentro en algunos navegadores. No era la causa de este bug puntual, pero es un problema real del
|
||||||
|
mismo patron, cerrado de una vez por ser un hook reutilizado en mas de un listado.
|
||||||
|
- Sin migracion (solo frontend). Frontend reconstruido y reiniciado (PID confirmado), verificado
|
||||||
|
contra `https://project.linkedcorp.net`.
|
||||||
|
|
||||||
## Comandos utiles
|
## Comandos utiles
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
|
|||||||
Reference in New Issue
Block a user