Archivo borrado por otro dispositivo: 2 opciones

El otro tipo de conflicto de sincronización: un dispositivo borró un archivo mientras otro lo seguía editando. Como siempre, Slima no decide por ti.

Qué lo provoca

1. En el escritorio abres el Capítulo 8 de El Farero y escribes un pasaje
2. En el móvil, mientras ordenas la estantería, mueves el Capítulo 8 a la papelera
3. El escritorio sincroniza y detecta que «este archivo se borró en otro lugar», pero tú todavía tienes ediciones sin sincronizar en el escritorio

Se abre el mismo diálogo de conflicto, esta vez encabezado con Eliminado en otro dispositivo. Ya no queda otra versión con la que comparar, así que en lugar de un diff lado a lado ves la copia que sigue en este dispositivo junto a una nota que explica que el archivo ya no existe en el servidor.

Dos opciones

Mantener la mía

No aceptas el borrado y te quedas con el archivo:

• Tus ediciones se conservan y el archivo no se borra
• El archivo vuelve a la cola de subida, así que el otro dispositivo lo recupera en su próxima sincronización

Aceptar la eliminación

Aceptas el borrado del otro dispositivo:

• Slima te pide confirmación primero y te avisa sin rodeos de que la copia de este dispositivo también se eliminará
• Si después lo quieres de vuelta, saca ese archivo del historial de versiones de la obra: mira Restaurar una versión

También está Resolver después, que cierra el diálogo sin decidir; el conflicto reaparece la próxima vez. Aquí no aparece «Mantener ambas»: no queda una segunda versión de la que guardar copia.

Cualquiera de las dos opciones es recuperable

Si eliges mal:

• Elegiste «Aceptar la eliminación» y luego te arrepientes → restaura ese archivo desde el historial de versiones
• Elegiste «Mantener la mía» y luego decides borrarlo → usa el flujo normal de borrado

En cualquier caso, no hay pérdida permanente de contenido: el historial de versiones y la papelera te dejan dos caminos de vuelta.

Y lo que vuelve no es solo el texto: cuando sacas un capítulo del historial de versiones, también regresan sus notas, el borrador que aún no habías guardado y las pestañas en las que lo tenías abierto. Para todo lo que apuntaba a ese capítulo, el capítulo restaurado es el mismo archivo, así que nada se queda sin sus enlaces.

Por qué Slima no decide automáticamente

Una regla automática del tipo «gana la última acción» suena razonable, pero sale mal:

Escribiste una hora entera en el escritorio; en el móvil borras el Capítulo 8 sin querer. Si «gana la última acción», esa hora de escritura desaparece.

Por eso, ante un conflicto de borrado, Slima siempre te hace elegir: nunca decide por su cuenta.

Relacionado

• Resolución de conflictos de contenido
• Estado de sincronización
• Restaurar desde la papelera