RcloneView 1.6 – Notas de la versión

Fecha de lanzamiento: octubre de 2026
Plataformas: Windows, macOS, Linux

RcloneView 1.6 es una versión centrada en la corrección. Se han cerrado dos formas de perder archivos y un puerto de red abierto, los indicadores que escribes en un trabajo ahora se envían realmente a rclone, una sincronización fallida ya no puede informar de que ha terminado y RcloneView ya no cierra procesos de rclone que no le pertenecen. Las actualizaciones posteriores de 1.6 también evitan que un remoto con una contraseña incorrecta vuelva a iniciar sesión una y otra vez hasta que el servidor bloquee este equipo, y evitan que los trabajos programados se ejecuten una vez por cada ventana abierta. Además, esta versión corrige una larga lista de problemas en montajes, el explorador, la creación de remotos, el asistente y el empaquetado en las tres plataformas.

Lee esto antes de actualizar

• Los indicadores de filtro de los Flags personalizados de un trabajo ahora surten efecto. Los indicadores de filtro como --include, --exclude y --filter escritos en el cuadro Flags personalizados de un trabajo se descartaban antes de ejecutarlo: solo se aplicaban durante una prueba en seco y en los diagnósticos de bisync, por lo que la vista previa y la ejecución real podían no coincidir. Ahora se transmiten en todos los caminos.
  Esto cambia lo que hacen los trabajos existentes. Si tienes un trabajo con filtros en Flags personalizados, ahora transfiere solo los archivos que coinciden en lugar de todo. En un trabajo de sincronización con la eliminación activada, esto también cambia lo que se elimina en el destino. Revisa cualquier trabajo que tenga filtros en Flags personalizados y ejecútalo una vez con Prueba en seco antes de dejar que se ejecute de forma programada.

• Un remoto cuya contraseña es un token largo requiere volver a introducir esa contraseña una vez. Al guardar un remoto, RcloneView dejaba que rclone dedujera por sí mismo si la contraseña recibida aún debía codificarse. Para una contraseña que parece base64 esa deducción siempre es errónea, de modo que el valor se escribía en la configuración sin codificar y luego se alteraba en cada intento de conexión. Un remoto guardado así nunca ha podido autenticarse. Ahora RcloneView codifica las contraseñas por sí mismo, así que todo lo que añadas o edites a partir de esta versión se almacena correctamente.
  Los remotos ya guardados de esa manera no se reparan con la actualización. Esto solo afecta a una contraseña de 22 caracteres o más formada únicamente por letras, dígitos, - y _; en la práctica, un token de API o una contraseña de aplicación generada, no una que hayas elegido tú. Si tienes un remoto que viene fallando al conectar con un error de autenticación, ábrelo en Administrador remoto → Editar, vuelve a introducir la contraseña y guarda. A partir de entonces se conectará.
  No vuelvas a introducir la contraseña de un remoto Crypt que hoy se abre correctamente. Un remoto Crypt guardado así nunca falló: sus archivos se cifraron con el valor alterado, y solo ese valor los vuelve a leer. Introducir ahora la contraseña real cambiaría el remoto a una clave distinta y los archivos que ya contiene dejarían de abrirse. Deja ese remoto como está: editar sus demás ajustes es seguro. Si ya volviste a introducir la contraseña y los archivos dejaron de abrirse, restaura el valor anterior en rclone.conf: era la propia contraseña, escrita sin codificar. Para pasar un remoto así a su contraseña real, copia primero los archivos a través del remoto existente y luego crea el remoto de nuevo.

• Con el bloqueo de la aplicación activado, nada se inicia hasta que se desbloquea. La pantalla de bloqueo ahora aparece antes que cualquier contenido de la ventana, y rclone, los trabajos programados, los montajes automáticos y el servidor web esperan la contraseña en lugar de iniciarse detrás de la pantalla de bloqueo. Si RcloneView se inicia al iniciar sesión con el bloqueo de la aplicación activado, los trabajos programados y los montajes automáticos no se ejecutan hasta que alguien la desbloquee. Si este equipo depende de que los trabajos o los montajes se ejecuten sin supervisión tras un reinicio, desactiva el bloqueo de la aplicación o desbloquéala después de cada inicio de sesión.

• Un remoto cuyo inicio de sesión es rechazado ya no se contacta automáticamente. En los remotos que inician sesión con contraseña (SFTP, FTP, WebDAV y SMB), RcloneView ahora comprueba el inicio de sesión una vez y, si el servidor lo rechaza, deja de conectarse a ese remoto: sin montaje automático, sin trabajo programado y sin reabrir sus pestañas. Esto se recuerda entre reinicios. Un trabajo programado que use un remoto así se registra como fallido y envía la notificación de error habitual. La conexión se reanuda cuando pulsas Reintentar en el explorador o guardas la contraseña corregida en Editar remoto.
  Si un servidor rechaza el inicio de sesión solo durante un tiempo, por ejemplo mientras se cambia su contraseña, los trabajos programados de ese remoto siguen en pausa después hasta que alguien pulse Reintentar. El almacenamiento en la nube al que inicias sesión mediante un navegador o con una clave no se ve afectado.

• Los trabajos programados ahora se ejecutan solo desde la ventana principal. Las programaciones siguen la conexión de rclone de la ventana principal. Si cambiaste solo una ventana secundaria a otra conexión, los trabajos programados de esa conexión ya no se ejecutan mientras esa ventana esté abierta; selecciona la conexión en la ventana principal. Si la ventana principal se cierra inesperadamente, los trabajos programados se detienen hasta que RcloneView se inicie de nuevo, aunque haya otras ventanas abiertas.

Pérdida de datos y seguridad

• Reintentar tras una eliminación parcialmente fallida podía purgar la carpeta principal: Eliminar varios archivos a la vez, que algunos fallaran y luego pulsar Reintentar podía eliminar toda la carpeta principal en lugar de reintentar los archivos que fallaron. Ahora Reintentar actúa solo sobre los elementos que fallaron.

• Los nombres de archivo con [ ] * ? { podían eliminar los archivos equivocados: Al eliminar varios archivos, sus rutas se pasaban al motor de filtros de rclone sin escaparlas, por lo que un nombre que contuviera un carácter de patrón se trataba como un comodín. Una sola eliminación podía coincidir con archivos de otras carpetas y borrarlos. Ahora las rutas se escapan antes de usarse como filtros.

• Crear un remoto con un nombre existente reemplazaba ese remoto: rclone trata «crear» como «crear o actualizar», así que crear un remoto con un nombre que ya estaba en uso, incluso con un tipo de almacenamiento distinto, sobrescribía en silencio los ajustes y las credenciales del remoto existente. El cuadro de diálogo Nuevo remoto, el asistente y el paso Crypt del asistente ahora avisan en cuanto escribes un nombre que ya está en uso y no continúan.

• El puerto entre ventanas estaba abierto a la red: El puerto que RcloneView usa para comunicarse entre sus propias ventanas (13542) escuchaba en todas las interfaces de red en lugar de solo en este equipo, y la ventana principal aceptaba una clave de autenticación vacía. Ahora solo se enlaza al equipo local y exige una clave real.

Aspectos destacados

• RcloneView ya no detiene tus otros procesos de rclone: Cerrar la aplicación, reiniciar rclone o ejecutar Actualizar Rclone terminaba rclone por su nombre, lo que también eliminaba todos los demás rclone del equipo: un rclone mount que iniciaste en un terminal, una tarea de cron u otra herramienta que use rclone. Ahora RcloneView detiene únicamente el proceso que él mismo inició.

• Una contraseña incorrecta ya no hace que bloqueen este equipo: Un solo remoto SFTP con una contraseña incorrecta podía iniciar sesión decenas de veces hasta que el NAS bloqueaba la dirección IP de este equipo. rclone reintenta un inicio de sesión rechazado hasta diez veces por solicitud, abrir una sola pestaña enviaba varias solicitudes a la vez y la aplicación reintentaba tres veces más un listado fallido: unos 80 inicios de sesión por una pestaña. Además, la aplicación se conectaba por su cuenta al iniciarse, al restaurar pestañas, en los montajes automáticos y en los trabajos programados. En los remotos que inician sesión con contraseña (SFTP, FTP, WebDAV, SMB), RcloneView ahora comprueba el inicio de sesión una vez y se detiene si es rechazado. El explorador muestra Error de inicio de sesión con los botones Editar remoto y Reintentar (para un remoto Crypt o alias, señala el remoto subyacente), y el Administrador remoto muestra una insignia Error de inicio de sesión en lugar del espacio libre. Un remoto añadido con una contraseña incorrecta en Nuevo remoto no se guarda. Cuando un servidor deja de responder tras fallos repetidos, el explorador ahora indica en pocos segundos que la IP puede haber sido bloqueada, en lugar de quedarse girando unos 50 segundos.

• Los trabajos programados se ejecutaban una vez por cada ventana abierta: Cada ventana de RcloneView ejecutaba su propio programador, así que con una segunda ventana abierta cada trabajo programado y cada lote se iniciaba una vez por ventana en el mismo instante. Dos copias que escribían en la misma carpeta local eliminaban los archivos parciales de la otra, y la ejecución podía terminar sin haber copiado nada. Cambiar o eliminar una programación en una ventana secundaria también dejaba a la ventana principal ejecutando la programación antigua. Ahora las programaciones se ejecutan solo desde la ventana principal, y los cambios hechos en otras ventanas se le transmiten. Pulsar Ejecutar en el momento en que se disparaba una programación, o pulsarlo dos veces seguidas con rapidez, también podía iniciar el mismo trabajo dos veces; ahora se inicia una sola vez.

• El rclone anterior a una actualización seguía ejecutándose: Un rclone que había dejado en ejecución la versión anterior se reutilizaba tras actualizar RcloneView, así que el rclone recién incluido no se usaba hasta que ese proceso se detenía a mano. Ahora RcloneView reinicia rclone cuando la versión en ejecución es distinta. Tampoco confunde ya con rclone a otro programa que casualmente usa el puerto de rclone (lo que dejaba la aplicación mostrando solo Sin conexión) y, en su lugar, inicia rclone en el siguiente puerto libre. Al cerrar o reiniciar rclone, la aplicación ahora espera a que rclone se cierre por sí mismo; antes lo forzaba a terminar siempre, antes de que se desmontaran los montajes y se limpiara la caché de VFS.

• Los indicadores personalizados y los indicadores globales se aplican de verdad: Los indicadores que configurabas se descartaban en silencio de varias maneras distintas, por eso un indicador que funcionaba en la línea de comandos parecía no hacer nada en la aplicación. Se corrige en esta versión: los indicadores globales de rclone de Ajustes no se aplicaban a los trabajos de Sincronizar/Copiar; los indicadores de backend y de todo el proceso puestos en los Flags personalizados de un trabajo se ignoraban; los campos de los pasos de un lote (Límite de ancho de banda, Incluir, Antigüedad mínima/máxima, Tamaño mínimo/máximo) se enviaban en una forma que rclone descarta; un indicador booleano escrito con un número (--checksum=1, válido en la línea de comandos) hacía fallar toda la solicitud y el trabajo nunca se iniciaba; los indicadores --backup-dir y --compare-dest repetidos eran rechazados; --header, --header-upload, --header-download y --compare-dest se convertían al tipo equivocado; el analizador de indicadores no podía manejar comillas ni espacios dentro de un valor; una prueba en seco no incluía en absoluto los Flags personalizados, por lo que la vista previa no coincidía con la ejecución real; y un solo carácter incorrecto en el cuadro de indicadores globales descartaba en silencio todos los indicadores en lugar de solo el infractor.

• Una sincronización fallida ya no informa «Sin cambios»: Una sincronización que fallaba antes de transferir nada (credenciales incorrectas, un remoto inaccesible, una ruta inexistente) se mostraba como una ejecución completada sin cambios, en la lista de trabajos, en el historial y en las notificaciones. Ahora se leen los errores que rclone informa para el trabajo, de modo que un fallo se muestra como un fallo.

• Un listado fallido ya no se trata como una carpeta vacía: Cuando no se podía listar una carpeta, varias partes de la aplicación suponían que simplemente estaba vacía. Así fue como un montaje podía colocarse encima de contenido existente, como el botón Verificar de un montaje siempre pasaba, y como el árbol de carpetas, Comparar y el selector de rutas podían no mostrar nada en absoluto en una carpeta llena de archivos. Ahora un listado que falla se informa como un fallo; la vista de lista también lo muestra, en lugar de parecer una carpeta vacía.

• Los inicios de sesión abandonados bloqueaban todos los remotos nuevos: Cerrar la página de inicio de sesión de un proveedor sin terminar dejaba el asistente de autorización de rclone ocupando el puerto 53682, y todos los intentos posteriores de crear un remoto que inicia sesión mediante un navegador fallaban. Reiniciar la aplicación no lo liberaba: forzar el cierre de rclone era la única salida. Ahora el asistente se cierra cuando se abandona un inicio de sesión.

Nuevas funciones y mejoras

• Concurrencia de subida por trabajo: La concurrencia de subida del backend (upload_concurrency) ahora puede establecerse en un trabajo individual en lugar de solo de forma global, de modo que un trabajo contra un remoto rápido no tenga que compartir un único ajuste con todo lo demás.

• Los remotos nuevos se abren directamente en un panel: Después de crear un remoto, ahora se abre de inmediato en un panel del explorador en lugar de dejar que lo busques y lo abras tú.

• Espacio libre en el explorador: En los remotos que pueden informarlo, el espacio restante del remoto ahora se muestra en el explorador de archivos.

• Copia más rápida desde la vista de comparación: Copiar desde la vista de comparación iniciaba un trabajo de rclone por elemento y ejecutaba cuatro a la vez sin importar el valor de --transfers. Ahora los elementos se agrupan en una sola sincronización/copia por remoto y carpeta principal, y se respeta tu ajuste de --transfers.

• La ventana emergente «El archivo de configuración cambió» ya no interrumpe: El aviso de que el archivo de configuración de rclone cambió en el disco ya no ocupa la pantalla en medio de lo que estás haciendo.

• Registro de licencia detrás de proxies estrictos: Algunos proxies universitarios y corporativos bloquean el método de solicitud usado para registrar una licencia. El registro y la anulación del registro ahora recurren a un segundo método cuando se rechaza el primero.

• El recurso alternativo de los indicadores globales es más acotado: Cuando no se podía aplicar un indicador global, la aplicación descartaba todo el conjunto, llevándose consigo indicadores que funcionaban, como --bwlimit. Ahora solo se descarta el indicador que causó el problema.

• Orientación sobre Google Photos: Google Photos solo lista las fotos que subió esta aplicación, una restricción impuesta por Google; ahora esto se explica en la aplicación en lugar de parecer una cuenta vacía. Cuando no se puede establecer una conexión, la aplicación también te guía para crear tu propio ID de cliente OAuth.

• Avisos más claros sobre los indicadores personalizados: Se ha corregido el texto de aviso que se muestra para timeout, contimeout y user-agent en los Flags personalizados.

• Elegir un punto de montaje: El asistente ahora comprueba un punto de montaje en cuanto lo escribes o lo exploras, muestra el motivo cuando no se puede usar y mantiene Siguiente desactivado, en lugar de fallar en el último paso y dejar una entrada fallida en el Administrador de montaje. Solo sugiere ubicaciones que realmente se pueden crear, empezando por ~/Mounts/<remote>; al conectarse a rclone en otra máquina, sugiere una carpeta dentro del directorio personal de esa máquina. Navegar añade una carpeta con el nombre del remoto dentro de la carpeta que elijas, y Usar una carpeta nueva dentro corrige una carpeta que no se puede usar tal cual: en Windows la carpeta de montaje no debe existir todavía; en macOS y Linux debe estar vacía. El Administrador de montaje comprueba las mismas reglas antes de guardar, incluida en Windows una carpeta principal en la que tu cuenta no puede crear carpetas, y muestra por qué falló un montaje en lugar de solo Error al montar.

• Demos interactivas desde el asistente: Cada tarea de la pantalla de Bienvenida del asistente tiene un enlace Demo que abre en tu navegador un recorrido interactivo de esa tarea, y Todas las demos las lista todas.

• iCloud Photos: Ahora se muestra el número total de fotos durante la primera sincronización, de modo que una primera ejecución larga ya no parece detenida, y al hacer doble clic en una miniatura se puede abrir en la vista previa.

Correcciones de errores

Trabajos, lotes y transferencias

• Renombrar una carpeta en S3 dejaba atrás la carpeta antigua: Los pasos Renombrar y Mover de un lote movían el contenido pero dejaban el marcador de la carpeta original, por lo que la carpeta antigua seguía apareciendo en el explorador. En el almacenamiento de objetos una carpeta es un objeto marcador, y el paso del lote nunca creaba uno en el destino ni eliminaba el del origen. Renombrar en el Gestor de trabajos tenía el mismo fallo y, además, ejecutaba la limpieza de la carpeta antigua al mismo tiempo que el movimiento, de modo que ambos competían; una carpeta vacía terminaba sin que se creara ninguna carpeta nueva. Ahora ambos crean el marcador de destino y eliminan el marcador de origen, en orden.

• Reintentar un renombrado en S3 y Swift: Reintentar el renombrado de una carpeta dejaba un marcador vacío de la carpeta original.

• Reintentar podía ejecutar un trabajo distinto: Tras reiniciar rclone, una fila restaurada y un trabajo actual podían compartir el mismo ID de trabajo, de modo que pulsar Reintentar volvía a ejecutar el trabajo equivocado.

• Reintentar siempre fallaba en transferencias por lotes de varios elementos: El botón de reintento de una transferencia por lotes que abarcaba varios elementos nunca tenía éxito.

• Se ignoraba el número de transferencias de múltiples hilos en S3: El valor de Número de transferencias de múltiples hilos no tenía efecto en los destinos S3, donde prevalecía la concurrencia de subida del propio backend.

• Nombres de trabajo duplicados desde el asistente: El asistente construía el nombre de un trabajo solo a partir de la ruta, por lo que dos trabajos podían acabar con el mismo nombre, y eso a su vez impedía guardar al editar cualquiera de ellos.

• La prueba en seco mostraba una vista previa con opciones distintas a las de la ejecución: Una prueba en seco de un trabajo, un lote o el asistente ignoraba los Parámetros globales de Rclone y siempre comprobaba con --transfers=4 --checkers=8, de modo que un número de checkers más bajo configurado para aliviar a un servidor ocupado no se aplicaba a la vista previa. La vista previa de un paso de copia de un lote omitía las opciones del paso, los Flags personalizados distintos de los filtros (como --fast-list y --compare-dest) faltaban en todas las vistas previas, y --checksum se pasaba de forma distinta a la ejecución real.

• Las subidas Crypt se quedaban «En ejecución» por encima del 100 %: rclone cuenta una subida Crypt en bytes cifrados, que son algo más que el tamaño del archivo. Las filas de archivo de una subida Crypt terminada se quedaban en En ejecución en la lista de transferencias y en el historial, y mostraban cifras como 183 % mientras se ejecutaban.

• Una notificación de sincronización abría los detalles de otra ejecución: rclone vuelve a numerar sus trabajos desde 1 cada vez que se inicia, así que al hacer clic en una notificación de finalización podían mostrarse el origen, el destino y los errores de otra ejecución que había reutilizado el mismo número.

• Los lotes programados eliminados seguían ejecutándose: Un lote programado eliminado en el Gestor de trabajos seguía ejecutándose según su programación hasta que se reiniciaba la aplicación. También se corrigió que un trabajo con ajustes dañados impidiera al Administrador de conexiones cambiar de conexión; que se perdieran los cambios de programación hechos mientras se recargaban las programaciones; y que pulsar Eliminar dos veces con rapidez pudiera cerrar el Gestor de trabajos.

Montajes

• Montar desde una conexión remota de rclone: Al conectarse a rclone en otra máquina, la aplicación seguía comprobando y creando el punto de montaje en la máquina local, así que montar desde un Mac o un PC Linux siempre fallaba.

• Unidades lentas notificadas como «La carpeta principal no existe» (Windows): La creación de la carpeta principal estaba ligada al mismo tiempo de espera usado para sondear la unidad, de modo que una unidad lenta se diagnosticaba erróneamente como inexistente.

• Los montajes guardados desaparecían al cambiar el puerto de rclone: Los montajes que habías guardado desaparecían de la lista después de que el rclone integrado se iniciara en un puerto distinto.

• «Demasiados archivos abiertos» después de un tiempo: Las respuestas de rclone no se leían por completo en algunos caminos, lo que filtraba un descriptor de archivo cada vez hasta que el montaje dejaba de funcionar por completo.

• SFTP montaba el directorio personal en lugar de la raíz del servidor: La normalización de rutas eliminaba la barra inicial del destino del montaje, así que el montaje de la raíz del servidor terminaba en el directorio personal de la cuenta.

• Nombres de unidades locales en la lista de montajes: Se corrigió cómo se muestran los nombres de las unidades locales.

• Remotos montados listados como «configurados»: En Windows, y al conectarse a rclone en otra máquina, un remoto alias montado, un remoto local con nombre o un alias que apunta a una letra de unidad aparecía listado como configurado con un botón Montar, de modo que no se podía desmontar desde su fila.

• Desmontajes correctos registrados como errores: Desmontar dos veces, desmontar algo ya desmontado en otro lugar o un desmontaje que tardaba más de 30 segundos (un montaje NFS de macOS espera a que Finder suelte el volumen) dejaba la fila atascada en Error. Ahora RcloneView comprueba si el montaje realmente ha desaparecido.

• El Administrador de montaje perdía la letra de unidad (Windows): En el modo Montar en la ruta local, una carpeta elegida con Navegar se guardaba sin su letra de unidad, por lo que Guardar y montar fallaba y la entrada fallida se quedaba en la lista.

• Un cuadro de error antes del selector de carpetas (Windows): Al pulsar Explorar carpeta local mientras el punto de montaje seguía siendo Auto: se mostraba «No se puede abrir esta ubicación con este programa» antes del selector de carpetas.

• Los montajes con letra de unidad no aparecían en la pestaña de disco local (Windows): Una letra de unidad montada mediante el asistente aparecía en el Explorador de archivos pero no en la pestaña de disco local de RcloneView, porque la pestaña se actualizaba antes de que apareciera la letra de unidad. Ahora la pestaña espera a que aparezca.

Explorador, Comparar y filtros

• Barras invertidas en nombres de objetos (Windows): Un objeto en la nube cuyo nombre contenía una barra invertida se dividía como si fuera un separador de carpetas en hosts Windows.

• Barras invertidas en nombres de archivo (macOS y Linux): La normalización de rutas hacía que los archivos con una barra invertida en el nombre dejaran de coincidir con las reglas de exclusión.

• Caracteres de patrón escapados en los filtros: La vista previa de filtros de la propia aplicación no podía coincidir con caracteres de patrón escapados, por lo que lo que veías en pantalla y lo que rclone hacía realmente eran distintos.

• Los archivos ocultos de Dropbox se seguían copiando: La exclusión de los archivos ocultos de Dropbox no se aplicaba al copiar un directorio.

• Faltaban unidades locales en el navegador (Windows): Las unidades locales no aparecían en el navegador.

• Errores tras usar Comparar: Se corrigieron los errores frecuentes al ejecutar una operación después de una comparación.

• Abrir siempre usaba el panel izquierdo: Abrir en el Administrador remoto colocaba el remoto en el panel izquierdo sin importar en qué panel estuvieras trabajando, reemplazando la vista con la que estabas comparando. Ahora se abre en el panel activo.

• Las pestañas del explorador se cerraban al reiniciar rclone: Cuando el rclone integrado volvía en un puerto distinto (tras Reiniciar rclone o al conectarse desde el Administrador de conexiones) o Actualizar Rclone cambiaba su versión, se cerraban todas las pestañas de remotos de ambos paneles, y las pestañas no volvían tras reiniciar la aplicación.

Inicio, bloqueo de la aplicación, cierre y licencias

• El icono del Dock eludía el bloqueo de la aplicación (macOS): Hacer clic en el icono del Dock mientras la aplicación estaba bloqueada abría la ventana sin pedir la contraseña.

• El menú de la bandeja eludía el bloqueo de la aplicación: Mientras la aplicación estaba bloqueada y oculta en la bandeja, los elementos Montar de la bandeja (montar o desmontar un montaje guardado, y Desmontar todo) se ejecutaban sin la contraseña, y un montaje configurado para abrirse en el gestor de archivos también abría su carpeta. Cuando la ventana estaba minimizada en lugar de oculta, Abrir → remoto añadía la pestaña antes de pedir la contraseña. Ahora todo esto pide la contraseña primero.

• Dos solicitudes de contraseña desde la bandeja (Windows): Elegir un elemento de un submenú de la bandeja, como Abrir → remoto o Montar → Nuevo montaje, con la ventana bloqueada minimizada abría dos solicitudes de contraseña; tras desbloquear, la segunda se quedaba encima de la aplicación, y pulsar Salir en ella cerraba RcloneView.

• Solicitud de contraseña del llavero al iniciar (Linux): Donde el llavero de inicio de sesión permanece bloqueado (inicio de sesión automático, escritorio remoto, inicio de sesión con huella), RcloneView pedía una contraseña en cada inicio, antes de que apareciera su ventana. Era el llavero de GNOME pidiendo ser desbloqueado, no una solicitud de derechos de administrador, y cancelarla congelaba la aplicación. RcloneView ya no toca el llavero en Linux.

• El asistente se abría sobre la pantalla de bloqueo: El asistente podía aparecer sobre la pantalla Contraseña de bloqueo de la app.

• Restablecer la aplicación desde una ventana secundaria: Ejecutar Restablecer la aplicación desde la pantalla de bloqueo de una ventana secundaria dejaba la ventana principal funcionando con ajustes y una base de datos que ya se habían borrado.

• Se ignoraba «Detener rclone al salir de la aplicación»: Salir con ⌘Q o cerrando la ventana en macOS, y Salir o Restablecer la aplicación desde la pantalla de bloqueo, ignoraban el ajuste Detener rclone al salir de la aplicación.

• Reiniciar rclone podía colgarse para siempre: Reiniciar rclone tras un cambio de configuración podía quedarse en un indicador de carga sin fin, porque la solicitud para detener el proceso antiguo no tenía límite de tiempo.

• La caducidad de la prueba solo se comprobaba al iniciar: Si la prueba había caducado se decidía una vez al iniciarse el proceso y no se volvía a evaluar nunca.

• Montaje automático tras pasar a una licencia de pago: El montaje automático no se ejecutaba tras cambiar a una licencia de pago, porque la comprobación se ejecutaba antes de que terminara la verificación de la licencia.

• Mensajes de error del registro de licencia: Cuando el registro falla, ahora la causa se muestra en tu idioma. Un servidor que no responde se informa como inaccesible, con un recordatorio de revisar la conexión a internet, el firewall y el proxy, en lugar de como un error inesperado. Los consejos sobre el proxy ya no aparecen en fallos como una clave no válida, y el diagnóstico copiado nombra el método de solicitud que realmente se bloqueó.

Creación de remotos e inicio de sesión

• Faltaban opciones de proveedores: Las opciones propias de un proveedor concreto se filtraban por el nombre equivocado, así que las credenciales de acceso de Storj, el endpoint de Koofr y varios campos de Oracle nunca aparecían.

• Opciones obligatorias ocultas en Avanzado: No se podía guardar Compress porque su opción obligatoria level estaba oculta entre las opciones avanzadas, y Oracle Object Storage quedaba bloqueado de la misma manera por compartment.

• Métodos de autenticación de Oracle: Elegir no_auth o user_principal_auth en la lista configuraba el proveedor de forma incorrecta.

• Guardar un remoto editado podía colgarse: Guardar un cambio en un remoto existente podía dejar de responder dentro de rclone.

• OneDrive Personal: Configurar un remoto personal podía quedarse atascado en Verificar conexión con el error subyacente oculto, y una búsqueda de unidad fallida podía guardar un remoto vacío.

• Cuentas de iCloud pendientes de aceptar los términos: Una cuenta que no había aceptado los términos actualizados de Apple fallaba solo con no auth method found, sin forma de saber qué ocurría. Ahora se muestra el motivo real.

• ID de cliente de Google Photos: El requisito de usar tu propio ID de cliente no se aplicaba en el camino que la aplicación realmente sigue.

Asistente

• Editar un trabajo creado por el asistente: Origen y Destino aparecían vacíos al editar, y al guardar se escribían esos valores vacíos sobre los reales.

• Ubicación de montaje con un rclone remoto (Windows): El asistente sugería una ruta personal de la máquina local como ubicación de montaje mientras se estaba conectado a rclone en otra máquina.

• Carpeta local como origen de una copia de seguridad (Windows): Elegir una carpeta local como origen provocaba un error.

• Montar a través del asistente (Windows): Montar desde el asistente fallaba mucho más a menudo de lo que debía.

• Reintentar con el mismo nombre de remoto: Tras un inicio de sesión fallido, volver Atrás y probar de nuevo con el mismo nombre de remoto era rechazado.

• Renombrar el remoto con Atrás: Volver Atrás tras crear un remoto y continuar con un nombre nuevo dejaba el remoto antiguo listado junto al nuevo hasta que se cerraba el asistente. Si la tarea ya se había ejecutado, el cambio de nombre eliminaba el remoto al que apuntaban el montaje guardado, el trabajo programado o el remoto Crypt. Ahora el remoto anterior se elimina de inmediato, y solo cuando nada de lo guardado por el asistente lo usa.

• iCloud Photos en el asistente: Añadir un remoto de iCloud Photos después de usar Explorar provocaba un error. Ahora iCloud Photos se ofrece solo en la tarea Explorar; las tareas de copia de seguridad, sincronización, montaje, comparación y Crypt ya no lo listan. Los trabajos que ya usan iCloud Photos como origen siguen ejecutándose, y todavía puedes crear uno en el Gestor de trabajos.

Idioma e interfaz

• Pantallas sin traducir: El propio menú desplegable de idioma, las dos etiquetas de campo del control remoto por Telegram, la sección de ajustes del servidor web y el ajuste de iCloud Photos «sincronizar automáticamente al activar la pestaña» se mostraban en inglés en todos los idiomas. A la confirmación en japonés para eliminar un trabajo le faltaba el nombre del trabajo.

• Filas con interruptor en Ajustes: Las filas con interruptor dentro de una sección de ajustes con borde no mostraban el efecto de tinta y provocaban una aserción de depuración.

• Ventana emergente de ayuda en el terminal: Escribir el nombre de un directorio en el terminal se trataba como un comando y abría la ventana emergente de ayuda.

• Información de versión (Windows): Se corrigió la información de versión que se muestra para RcloneView.

• Cambiar la carpeta de la base de datos impedía guardar: Tras cambiar la Carpeta de base de datos en Ajustes, todos los guardados y búsquedas de trabajos, montajes e historial fallaban hasta que se reiniciaba la aplicación.

Empaquetado y actualizaciones

• Rclone incluido en Linux: Los paquetes de Linux se compilaban con el rclone que hubiera en la máquina de compilación y podían incluir una compilación de desarrollo de rclone 1.60.1. Ahora las compilaciones de Linux incluyen el mismo rclone fijado que las demás plataformas.

• Las actualizaciones no llegaban a las instalaciones deb/rpm existentes: Una ruta de rclone guardada tenía prioridad sobre el binario incluido, así que el rclone incluido nunca surtía efecto tras una actualización.

• «Actualizar Rclone» informaba éxito aunque siempre fallaba (Linux): Actualizar en el sitio el rclone incluido no podía tener éxito con una cuenta de usuario normal, pero la aplicación informaba éxito de todos modos porque juzgaba el resultado por el código de salida del terminal, y el intento interrumpía las transferencias en curso.

• «Actualizar Rclone» rechazaba un rclone propio (Linux): Con Ubicación de Rclone local apuntando a un rclone propiedad de tu cuenta, Actualizar Rclone mostraba el mismo aviso de «no se puede escribir» que para el incluido y nunca lo intentaba, así que rclone no se podía actualizar desde la aplicación en Linux en absoluto. Ahora se actualiza un rclone que sea tuyo; el incluido sigue dejándose al paquete.

• El RPM de aarch64 no se podía instalar: El rpm aarch64 listaba como requisito una biblioteca exclusiva de Rockchip (librockchip_mpp), por lo que dnf install podía rechazarlo en Fedora y otras distribuciones que no la proporcionan.

• Fallos de compilación silenciosos: Una compilación cuyo paso del instalador fallaba aún podía publicarse como si hubiera tenido éxito, tanto en Windows como en macOS. Ahora esos scripts fallan de forma explícita.