Con la nueva sincronización en servidor, necesitamos que los usuarios migren sus configuraciones locales a la nueva base de datos sin perder nada.
Lo ideal sería que el propio sync.js antes de devolverte el valor del servidor, lo compruebe en el cliente y si existe sobreescriba el del servidor y borre el de cliente. Eso sería posible si las nuevas preferencias tuviesen el mismo nombre que las antiguas, pero parece que algunas han cambiado y en general, el formato también.
Habrá que ver si se puede volver a utilizar los nombres antiguos por retrocompatibilidad y si no, la otra forma semi-automática es que cada módulo que es el que conoce tanto las keys antiguas como las nuevas, haga la migración la primera vez que cargue.
Con la nueva sincronización en servidor, necesitamos que los usuarios migren sus configuraciones locales a la nueva base de datos sin perder nada.
Lo ideal sería que el propio sync.js antes de devolverte el valor del servidor, lo compruebe en el cliente y si existe sobreescriba el del servidor y borre el de cliente. Eso sería posible si las nuevas preferencias tuviesen el mismo nombre que las antiguas, pero parece que algunas han cambiado y en general, el formato también.
Habrá que ver si se puede volver a utilizar los nombres antiguos por retrocompatibilidad y si no, la otra forma semi-automática es que cada módulo que es el que conoce tanto las keys antiguas como las nuevas, haga la migración la primera vez que cargue.