RcloneView 1.6 – Notes de version

Date de sortie : Octobre 2026
Plateformes : Windows, macOS, Linux

RcloneView 1.6 est une version de correction. Deux façons de perdre des fichiers et un port réseau ouvert ont été supprimés, les indicateurs que vous saisissez dans une tâche sont désormais réellement transmis à rclone, une synchronisation en échec ne peut plus se déclarer terminée, et RcloneView n'arrête plus les processus rclone qui ne lui appartiennent pas. Des mises à jour ultérieures de la 1.6 empêchent également un stockage distant dont le mot de passe est erroné de se reconnecter sans cesse jusqu'à ce que le serveur bloque cet ordinateur, et empêchent les tâches planifiées de s'exécuter une fois pour chaque fenêtre ouverte. En parallèle, cette version corrige une longue liste de problèmes touchant les montages, l'explorateur, la création de stockages distants, l'Assistant et le packaging sur les trois plateformes.

À lire avant la mise à jour

• Les indicateurs de filtre des Flags personnalisés d'une tâche sont désormais pris en compte. Les indicateurs de filtre tels que --include, --exclude et --filter saisis dans la zone Flags personnalisés d'une tâche étaient supprimés avant l'exécution de la tâche — ils ne s'appliquaient que pendant une exécution à blanc et pendant les diagnostics bisync, si bien que l'aperçu et l'exécution réelle pouvaient différer. Ils sont désormais transmis dans tous les cas.
  Cela modifie le comportement des tâches existantes. Si vous avez une tâche avec des filtres dans les Flags personnalisés, elle ne transfère désormais que les fichiers correspondants au lieu de tout transférer. Pour une tâche de Synchronisation avec suppression activée, cela modifie aussi ce qui est supprimé à la destination. Veuillez vérifier toute tâche qui conserve des filtres dans les Flags personnalisés, et l'exécuter une fois avec Exécution à blanc avant de la laisser s'exécuter selon un planning.

• Un stockage distant dont le mot de passe est un long jeton nécessite de saisir ce mot de passe une fois de plus. Lors de l'enregistrement d'un stockage distant, RcloneView laissait rclone déterminer lui-même si le mot de passe reçu devait encore être encodé. Pour un mot de passe qui ressemble à du base64, cette estimation est toujours fausse : la valeur était donc écrite dans la configuration sans encodage, puis brouillée à chaque tentative de connexion. Un stockage distant enregistré ainsi n'a jamais pu s'authentifier. RcloneView encode désormais lui-même les mots de passe, de sorte que tout ce que vous ajoutez ou modifiez à partir de cette version est stocké correctement.
  Les stockages distants déjà enregistrés de cette façon ne sont pas réparés par la mise à jour. Cela ne concerne qu'un mot de passe de 22 caractères ou plus composé uniquement de lettres, de chiffres, de - et de _ — en pratique un jeton d'API ou un mot de passe d'application généré, et non un mot de passe que vous avez choisi vous-même. Si un stockage distant échoue à se connecter avec une erreur d'authentification, ouvrez-le dans Gestionnaire distant → Modifier, saisissez de nouveau le mot de passe et enregistrez. Il se connectera dès lors normalement.
  Ne saisissez pas de nouveau le mot de passe d'un stockage distant Crypt qui s'ouvre correctement aujourd'hui. Un stockage distant Crypt enregistré ainsi n'a jamais échoué : ses fichiers ont été chiffrés avec la valeur brouillée, et seule cette valeur permet de les relire. Saisir maintenant le vrai mot de passe ferait passer le stockage distant à une clé différente, et les fichiers qu'il contient déjà ne pourraient plus être ouverts. Laissez un tel stockage distant tel quel — modifier ses autres paramètres ne présente aucun risque. Si vous avez déjà saisi de nouveau le mot de passe et que les fichiers ne s'ouvrent plus, remettez l'ancienne valeur dans rclone.conf : c'était le mot de passe lui-même, écrit sans encodage. Pour faire passer un tel stockage distant à son vrai mot de passe, copiez d'abord les fichiers à l'extérieur via le stockage distant existant, puis créez de nouveau le stockage distant.

• Avec le verrouillage de l'application activé, rien ne démarre avant le déverrouillage. L'écran de verrouillage s'affiche désormais avant tout contenu de fenêtre, et rclone, les tâches planifiées, les montages automatiques et le serveur web attendent le mot de passe au lieu de démarrer derrière l'écran de verrouillage. Si RcloneView démarre à l'ouverture de session avec le verrouillage de l'application activé, les tâches planifiées et les montages automatiques ne s'exécutent pas tant que quelqu'un ne l'a pas déverrouillé. Si cet ordinateur compte sur des tâches ou des montages s'exécutant sans surveillance après un redémarrage, désactivez le verrouillage de l'application ou déverrouillez l'application après chaque ouverture de session.

• Un stockage distant dont la connexion est rejetée n'est plus contacté automatiquement. Pour les stockages distants qui se connectent avec un mot de passe — SFTP, FTP, WebDAV et SMB — RcloneView vérifie désormais la connexion une seule fois et, si le serveur la rejette, cesse de se connecter à ce stockage distant : plus de montage automatique, plus de tâche planifiée, plus de réouverture de ses onglets. Cet état est conservé d'un redémarrage à l'autre. Une tâche planifiée qui utilise un tel stockage distant est enregistrée comme échouée et envoie la notification d'échec habituelle. La connexion reprend dès que vous appuyez sur Réessayer dans l'explorateur ou que vous enregistrez le mot de passe corrigé dans Modifier le remote.
  Si un serveur ne rejette la connexion que temporairement — par exemple pendant que son mot de passe est modifié — les tâches planifiées sur ce stockage distant restent ensuite en pause jusqu'à ce que quelqu'un appuie sur Réessayer. Les stockages cloud auxquels vous vous connectez via un navigateur ou avec une clé ne sont pas concernés.

• Les tâches planifiées ne s'exécutent désormais que depuis la fenêtre principale. Les planifications suivent la connexion rclone de la fenêtre principale. Si vous avez basculé uniquement une fenêtre secondaire vers une autre connexion, les tâches planifiées de cette connexion ne s'exécutent plus tant que cette fenêtre est ouverte ; sélectionnez plutôt la connexion dans la fenêtre principale. Si la fenêtre principale se ferme de façon inattendue, les tâches planifiées s'arrêtent jusqu'au prochain démarrage de RcloneView, même si d'autres fenêtres sont encore ouvertes.

Perte de données et sécurité

• Une nouvelle tentative après un échec partiel de suppression pouvait purger le dossier parent : Supprimer plusieurs fichiers à la fois, en voir certains échouer, puis appuyer sur Réessayer pouvait supprimer tout le dossier parent au lieu de relancer les fichiers en échec. La nouvelle tentative n'agit désormais que sur les éléments qui ont échoué.

• Des noms de fichiers contenant [ ] * ? { pouvaient entraîner la suppression de mauvais fichiers : La suppression de plusieurs fichiers transmettait leurs chemins au moteur de filtres de rclone sans les échapper, si bien qu'un nom contenant un caractère de motif était traité comme un joker. Une seule suppression pouvait correspondre à des fichiers situés dans d'autres dossiers — et les supprimer. Les chemins sont désormais échappés avant d'être utilisés comme filtres.

• Créer un stockage distant sous un nom existant remplaçait ce stockage distant : rclone traite « créer » comme « créer ou mettre à jour » : créer un stockage distant avec un nom déjà utilisé — même avec un type de stockage différent — écrasait silencieusement les paramètres et les identifiants du stockage distant existant. La boîte de dialogue Nouveau distant, l'Assistant et l'étape Crypt de l'Assistant avertissent désormais dès que vous saisissez un nom déjà pris et ne poursuivent pas.

• Le port de communication entre fenêtres était ouvert sur le réseau : Le port que RcloneView utilise pour communiquer entre ses propres fenêtres (13542) écoutait sur toutes les interfaces réseau et non uniquement sur cette machine, et la fenêtre principale acceptait une clé d'authentification vide. Il n'écoute désormais que sur la machine locale et exige une véritable clé.

Points forts

• RcloneView n'arrête plus vos autres processus rclone : Quitter l'application, redémarrer rclone ou exécuter Mettre à jour Rclone arrêtait rclone par son nom, ce qui tuait aussi tous les autres rclone de la machine — un rclone mount lancé dans un terminal, une tâche cron ou un autre outil utilisant rclone. RcloneView n'arrête désormais que le processus qu'il a lancé lui-même.

• Un mot de passe erroné ne fait plus bloquer cet ordinateur : Un seul stockage distant SFTP avec un mot de passe erroné pouvait se connecter des dizaines de fois jusqu'à ce que le NAS bloque l'adresse IP de cet ordinateur. rclone retente une connexion rejetée jusqu'à dix fois par requête, l'ouverture d'un seul onglet envoyait plusieurs requêtes à la fois, et l'application retentait trois fois de plus un listage en échec — environ 80 connexions pour un seul onglet. L'application se connectait aussi d'elle-même au démarrage, à la restauration des onglets, pour les montages automatiques et pour les tâches planifiées. Pour les stockages distants qui se connectent avec un mot de passe (SFTP, FTP, WebDAV, SMB), RcloneView vérifie désormais la connexion une seule fois et s'arrête si elle est rejetée. L'explorateur affiche Échec de la connexion avec les boutons Modifier le remote et Réessayer — pour un stockage distant Crypt ou alias, il renvoie au stockage distant sous-jacent — et le Gestionnaire distant affiche un badge Échec de la connexion à la place de l'espace libre. Un stockage distant ajouté avec un mot de passe erroné dans Nouveau distant n'est pas enregistré. Lorsqu'un serveur cesse de répondre après des échecs répétés, l'explorateur indique désormais en quelques secondes que l'IP a peut-être été bloquée, au lieu de tourner pendant environ 50 secondes.

• Les tâches planifiées s'exécutaient une fois pour chaque fenêtre ouverte : Chaque fenêtre RcloneView exécutait son propre planificateur : avec une deuxième fenêtre ouverte, chaque tâche planifiée et chaque lot démarrait une fois par fenêtre au même moment. Deux copies écrivant dans le même dossier local supprimaient mutuellement leurs fichiers partiels, et l'exécution pouvait se terminer sans rien avoir copié. Modifier ou supprimer une planification dans une fenêtre secondaire laissait aussi la fenêtre principale déclencher l'ancienne planification. Les planifications ne s'exécutent désormais que depuis la fenêtre principale, et les modifications faites dans les autres fenêtres lui sont transmises. Appuyer sur Exécuter au moment où une planification se déclenchait, ou appuyer deux fois de suite rapidement, pouvait de même démarrer deux fois la même tâche ; elle ne démarre désormais qu'une seule fois.

• Le rclone d'avant une mise à jour continuait de tourner : Un rclone laissé en cours d'exécution par la version précédente était réutilisé après la mise à jour de RcloneView, si bien que le rclone nouvellement fourni n'était pas utilisé tant que ce processus n'était pas arrêté à la main. RcloneView redémarre désormais rclone lorsque la version en cours diffère. Il ne confond plus non plus un autre programme qui utilise par hasard le port de rclone avec rclone — ce qui laissait l'application n'afficher que Pas de connexion — et démarre rclone sur le prochain port libre. Lorsque l'application quitte ou redémarre rclone, elle attend désormais que rclone s'arrête de lui-même ; auparavant, elle le forçait à s'arrêter à chaque fois, avant que les montages ne soient démontés et que le cache VFS ne soit nettoyé.

• Les Flags personnalisés et les indicateurs globaux sont réellement appliqués : Les indicateurs que vous configurez étaient supprimés silencieusement de plusieurs manières différentes, ce qui explique qu'un indicateur qui fonctionnait en ligne de commande semblait sans effet dans l'application. Corrigés dans cette version : les indicateurs rclone globaux des Paramètres n'étaient pas appliqués aux tâches Sync/Copy ; les indicateurs de backend et de processus saisis dans les Flags personnalisés d'une tâche étaient ignorés ; les champs d'étape de lot (limite de bande passante, Inclure, âge minimum/maximum, taille minimum/maximum) étaient envoyés sous une forme que rclone ignore ; un indicateur booléen écrit avec un nombre (--checksum=1, valide en ligne de commande) faisait échouer toute la requête, si bien que la tâche ne démarrait jamais ; les indicateurs --backup-dir et --compare-dest répétés étaient rejetés ; --header, --header-upload, --header-download et --compare-dest étaient convertis vers un mauvais type ; l'analyseur d'indicateurs ne gérait pas les guillemets ni les espaces à l'intérieur d'une valeur ; une exécution à blanc n'incluait pas du tout les Flags personnalisés, si bien que l'aperçu ne correspondait pas à l'exécution réelle ; et un seul caractère invalide dans la zone des indicateurs globaux supprimait silencieusement tous les indicateurs au lieu du seul fautif.

• Une synchronisation en échec n'affiche plus « Aucune modification » : Une synchronisation qui échouait avant de transférer quoi que ce soit — identifiants erronés, stockage distant injoignable, chemin manquant — était affichée comme une exécution terminée sans modification, dans la liste des tâches, dans l'historique et dans les notifications. Les erreurs signalées par rclone pour la tâche sont désormais lues, de sorte qu'un échec est présenté comme un échec.

• Un listage en échec n'est plus traité comme un dossier vide : Lorsqu'un dossier ne pouvait pas être listé, plusieurs parties de l'application supposaient simplement qu'il était vide. C'est ainsi qu'un montage pouvait être placé par-dessus un contenu existant, que l'action Vérifier d'un montage réussissait toujours, et que l'arborescence des dossiers, Comparer et le sélecteur de chemin pouvaient n'afficher rien du tout pour un dossier rempli de fichiers. Un listage qui échoue est désormais signalé comme un échec — la vue liste l'affiche aussi, au lieu de ressembler à un dossier vide.

• Des connexions abandonnées bloquaient tous les nouveaux stockages distants : Fermer la page de connexion d'un fournisseur sans la terminer laissait l'assistant d'autorisation de rclone occuper le port 53682, et chaque tentative ultérieure de créer un stockage distant se connectant via un navigateur échouait. Redémarrer l'application ne le libérait pas — forcer l'arrêt de rclone était la seule issue. L'assistant est désormais arrêté lorsqu'une connexion est abandonnée.

Nouvelles fonctionnalités et améliorations

• Concurrence d'envoi par tâche : La concurrence d'envoi du backend (upload_concurrency) peut désormais être définie sur une tâche individuelle et non plus seulement globalement, afin qu'une tâche vers un stockage distant rapide n'ait pas à partager un même réglage avec tout le reste.

• Les nouveaux stockages distants s'ouvrent directement dans un panneau : Après la création d'un stockage distant, celui-ci s'ouvre désormais immédiatement dans un panneau de l'explorateur au lieu de vous laisser le chercher et l'ouvrir vous-même.

• Espace libre affiché dans l'explorateur : Pour les stockages distants capables de le signaler, l'espace restant sur le stockage distant est désormais affiché dans l'explorateur de fichiers.

• Copie plus rapide depuis la vue Comparer : Copier depuis la vue Comparer démarrait une tâche rclone par élément et en exécutait quatre à la fois, quelle que soit la valeur de --transfers. Les éléments sont désormais regroupés en une seule opération sync/copy par stockage distant et par dossier parent, et votre réglage --transfers est respecté.

• La fenêtre « Fichier de configuration modifié » n'interrompt plus : L'avis indiquant que le fichier de configuration de rclone a changé sur le disque ne prend plus le contrôle de l'écran au milieu de ce que vous faites.

• Enregistrement de la licence derrière des proxys stricts : Certains proxys d'universités et d'entreprises bloquent la méthode de requête utilisée pour enregistrer une licence. L'enregistrement et la désinscription basculent désormais sur une seconde méthode lorsque la première est refusée.

• Le repli sur les indicateurs globaux est plus restreint : Lorsqu'un indicateur global ne pouvait pas être appliqué, l'application supprimait auparavant tout l'ensemble — en emportant des indicateurs fonctionnels tels que --bwlimit. Seul l'indicateur à l'origine du problème est désormais supprimé.

• Aide pour Google Photos : Google Photos ne liste que les photos envoyées par cette application, ce qui est une restriction imposée par Google — ceci est désormais expliqué dans l'application au lieu de ressembler à un compte vide. Lorsqu'une connexion ne peut pas être établie, l'application vous guide aussi dans la création de votre propre ID client OAuth.

• Avertissements plus clairs sur les Flags personnalisés : Le texte d'avertissement affiché pour timeout, contimeout et user-agent dans les Flags personnalisés a été corrigé.

• Choix d'un point de montage : L'Assistant vérifie désormais un point de montage dès que vous le saisissez ou le parcourez, indique la raison lorsqu'il ne peut pas être utilisé et garde Suivant désactivé — au lieu d'échouer à la dernière étape et de laisser une entrée en échec dans le Gestionnaire de montages. Il ne propose que des emplacements qui peuvent réellement être créés, à commencer par ~/Mounts/<remote> ; lorsque vous êtes connecté à rclone sur une autre machine, il propose un dossier sous le répertoire personnel de cette machine. Parcourir ajoute un dossier portant le nom du stockage distant à l'intérieur du dossier que vous choisissez, et Utiliser un nouveau dossier à l'intérieur corrige un dossier inutilisable tel quel — sous Windows le dossier de montage ne doit pas encore exister, sous macOS et Linux il doit être vide. Le Gestionnaire de montages vérifie les mêmes règles avant d'enregistrer, y compris sous Windows un dossier parent dans lequel votre compte ne peut pas créer de dossiers, et indique pourquoi un montage a échoué au lieu de seulement Échec du montage.

• Démos interactives depuis l'Assistant : Chaque tâche de l'écran d'accueil de l'Assistant a un lien Démo qui ouvre dans votre navigateur une présentation interactive de cette tâche, et Toutes les démos les liste toutes.

• iCloud Photos : Le nombre total de photos est désormais affiché pendant la première synchronisation, de sorte qu'une première exécution longue ne semble plus bloquée, et un double-clic sur une miniature peut l'ouvrir dans l'aperçu.

Corrections de bugs

Tâches, lots et transferts

• Renommer un dossier sur S3 laissait l'ancien dossier en place : Les étapes Renommer et Déplacer d'un lot déplaçaient le contenu mais laissaient en place le marqueur du dossier d'origine, si bien que l'ancien dossier continuait d'apparaître dans l'explorateur. Sur un stockage objet, un dossier est un objet marqueur, et l'étape du lot ne créait jamais de marqueur à la destination ni ne supprimait celui de la source. Renommer dans le Gestionnaire de tâches avait la même lacune et exécutait en plus le nettoyage de l'ancien dossier en même temps que le déplacement, de sorte que les deux se concurrençaient ; un dossier vide finissait sans aucun nouveau dossier créé. Les deux créent désormais le marqueur de destination et suppriment le marqueur source, dans l'ordre.

• Nouvelle tentative de renommage sur S3 et Swift : Retenter un renommage de dossier laissait un marqueur vide pour le dossier d'origine.

• Une nouvelle tentative pouvait exécuter une autre tâche : Après un redémarrage de rclone, une ligne restaurée et une tâche en cours pouvaient partager le même identifiant de tâche, de sorte qu'appuyer sur Réessayer relançait la mauvaise tâche.

• La nouvelle tentative échouait toujours sur les transferts par lot de plusieurs éléments : Le bouton de nouvelle tentative d'un transfert par lot couvrant plusieurs éléments ne réussissait jamais.

• Les flux multi-thread étaient ignorés sur S3 : La valeur Nombre de transferts multi-threads n'avait aucun effet sur les destinations S3, où la concurrence d'envoi propre au backend l'emportait.

• Noms de tâches en double depuis l'Assistant : L'Assistant construisait le nom d'une tâche à partir du seul chemin, de sorte que deux tâches pouvaient avoir le même nom — ce qui bloquait ensuite l'enregistrement lorsque vous modifiiez l'une ou l'autre.

• Une exécution à blanc utilisait d'autres options que l'exécution : Une exécution à blanc d'une tâche, d'un lot ou de l'Assistant ignorait Paramètres globaux de Rclone et vérifiait toujours avec --transfers=4 --checkers=8, si bien qu'un nombre de checkers plus bas, réglé pour ménager un serveur occupé, ne s'appliquait pas à l'aperçu. L'aperçu d'une étape de copie de lot omettait les options de l'étape, les Flags personnalisés autres que les filtres (tels que --fast-list et --compare-dest) manquaient dans tous les aperçus, et --checksum était transmis différemment de l'exécution réelle.

• Les envois Crypt restaient « En cours » au-delà de 100 % : rclone compte un envoi Crypt en octets chiffrés, qui sont légèrement plus nombreux que la taille du fichier. Les lignes de fichiers d'un envoi Crypt terminé restaient à En cours dans la liste des transferts et dans l'historique, et affichaient des chiffres tels que 183 % pendant l'exécution.

• La notification d'une synchronisation ouvrait les détails d'une autre exécution : rclone numérote ses tâches à partir de 1 à chaque démarrage, de sorte qu'un clic sur une notification de fin pouvait afficher la source, la destination et les erreurs d'une autre exécution ayant réutilisé le même numéro.

• Les lots planifiés supprimés continuaient de s'exécuter : Un lot planifié supprimé dans le Gestionnaire de tâches continuait de s'exécuter selon son planning jusqu'au redémarrage de l'application. Également corrigés : une tâche dont les paramètres étaient endommagés empêchait le Gestionnaire de connexions de changer de connexion ; les modifications de planification faites pendant le rechargement des planifications étaient perdues ; et appuyer deux fois rapidement sur Supprimer pouvait fermer le Gestionnaire de tâches.

Montages

• Montage depuis une connexion rclone distante : Lorsque vous étiez connecté à rclone sur une autre machine, l'application vérifiait et créait encore le point de montage sur la machine locale, de sorte que le montage depuis un Mac ou un PC Linux échouait toujours.

• Des disques lents signalés comme « Le dossier parent n'existe pas » (Windows) : La création du dossier parent était liée au même délai que celui utilisé pour sonder le disque, si bien qu'un disque lent était diagnostiqué à tort comme absent.

• Les montages enregistrés disparaissaient lorsque le port de rclone changeait : Les montages que vous aviez enregistrés disparaissaient de la liste après que le rclone intégré avait démarré sur un autre port.

• « Too many open files » après un certain temps : Les réponses de rclone n'étaient pas entièrement lues sur certains chemins, ce qui laissait fuir un descripteur de fichier à chaque fois jusqu'à ce que le montage cesse complètement de fonctionner.

• SFTP montait le répertoire personnel au lieu de la racine du serveur : La normalisation des chemins supprimait la barre oblique initiale de la cible du montage, de sorte qu'un montage de la racine du serveur aboutissait dans le répertoire personnel du compte.

• Noms des disques locaux dans la liste des montages : Correction de l'affichage des noms des disques locaux.

• Des stockages distants montés listés comme « configurés » : Sous Windows, et lorsque vous étiez connecté à rclone sur une autre machine, un stockage distant alias monté, un stockage distant local nommé ou un alias pointant vers une lettre de lecteur était listé comme configuré avec un bouton Monter, de sorte qu'il ne pouvait pas être démonté depuis sa ligne.

• Des démontages réussis enregistrés comme des erreurs : Démonter deux fois, démonter un élément déjà démonté ailleurs, ou un démontage qui prenait plus de 30 secondes — un montage NFS sous macOS attend que Finder relâche le volume — laissait la ligne bloquée sur Erreur. RcloneView vérifie désormais si le montage a réellement disparu.

• Le Gestionnaire de montages perdait la lettre de lecteur (Windows) : En mode Monter sur le chemin local, un dossier choisi avec Parcourir était enregistré sans sa lettre de lecteur, de sorte que Enregistrer et monter échouait et que l'entrée en échec restait dans la liste.

• Une boîte d'erreur avant le sélecteur de dossier (Windows) : Appuyer sur Parcourir le dossier local alors que le point de montage était encore Auto: affichait « You can't open this location using this program » avant le sélecteur de dossier.

• Des montages par lettre de lecteur absents de l'onglet des disques locaux (Windows) : Une lettre de lecteur montée via l'Assistant apparaissait dans l'Explorateur de fichiers mais pas dans l'onglet des disques locaux de RcloneView, car l'onglet était actualisé avant que la lettre de lecteur n'apparaisse. L'onglet l'attend désormais.

Explorateur, Comparer et filtres

• Barres obliques inverses dans les noms d'objets (Windows) : Un objet cloud dont le nom contient une barre oblique inverse était découpé comme s'il s'agissait d'un séparateur de dossiers sur les hôtes Windows.

• Barres obliques inverses dans les noms de fichiers (macOS et Linux) : La normalisation des chemins faisait que les fichiers dont le nom contient une barre oblique inverse ne correspondaient plus aux règles d'exclusion.

• Caractères de motif échappés dans les filtres : L'aperçu des filtres de l'application ne pouvait pas faire correspondre les caractères de motif échappés, de sorte que ce que vous voyiez à l'écran et ce que rclone faisait réellement étaient différents.

• Les fichiers cachés de Dropbox étaient quand même copiés : L'exclusion des fichiers cachés de Dropbox ne s'appliquait pas lors de la copie d'un répertoire.

• Disques locaux absents du navigateur (Windows) : Les disques locaux n'apparaissaient pas dans le navigateur.

• Erreurs après l'utilisation de Comparer : Correction des erreurs fréquentes lors de l'exécution d'une opération après une comparaison.

• Ouvrir utilisait toujours le panneau de gauche : Ouvrir dans le Gestionnaire distant plaçait le stockage distant dans le panneau de gauche quel que soit le panneau dans lequel vous travailliez, remplaçant la vue avec laquelle vous compariez. Il s'ouvre désormais dans le panneau actif.

• Les onglets de l'explorateur se fermaient au redémarrage de rclone : Lorsque le rclone intégré revenait sur un autre port — après Redémarrer rclone ou une connexion depuis le Gestionnaire de connexions — ou que Mettre à jour Rclone changeait sa version, tous les onglets de stockages distants des deux panneaux étaient fermés, et les onglets ne revenaient pas après le redémarrage de l'application.

Démarrage, verrouillage de l'application, fermeture et licence

• L'icône du Dock contournait le verrouillage de l'application (macOS) : Cliquer sur l'icône du Dock alors que l'application était verrouillée ouvrait la fenêtre sans demander le mot de passe.

• Le menu de la zone de notification contournait le verrouillage de l'application : Lorsque l'application était verrouillée et masquée dans la zone de notification, les éléments Monter du menu — monter ou démonter un montage enregistré, et Tout démonter — s'exécutaient sans le mot de passe, et un montage configuré pour s'ouvrir dans le gestionnaire de fichiers ouvrait aussi son dossier. Lorsque la fenêtre était réduite plutôt que masquée, Ouvrir → stockage distant ajoutait l'onglet avant de demander le mot de passe. Tout cela demande désormais le mot de passe d'abord.

• Deux invites de mot de passe depuis la zone de notification (Windows) : Choisir un élément de sous-menu de la zone de notification tel que Ouvrir → stockage distant ou Monter → Nouveau montage alors que la fenêtre verrouillée était réduite ouvrait deux invites de mot de passe ; après le déverrouillage, la seconde restait au-dessus de l'application, et appuyer sur Quitter à cet endroit fermait RcloneView.

• Invite de mot de passe du trousseau au démarrage (Linux) : Lorsque le trousseau de session reste verrouillé — connexion automatique, bureau à distance, connexion par empreinte digitale — RcloneView demandait un mot de passe à chaque démarrage, avant l'apparition de sa fenêtre. C'était le trousseau GNOME qui demandait à être déverrouillé, et non une demande de droits d'administrateur, et l'annuler figeait l'application. RcloneView ne touche plus au trousseau sous Linux.

• L'Assistant s'ouvrait par-dessus l'écran de verrouillage : L'Assistant pouvait apparaître par-dessus l'écran Saisir le mot de passe de verrouillage de l'application.

• Réinitialiser l'application depuis une fenêtre secondaire : Exécuter Réinitialiser l'application depuis l'écran de verrouillage d'une fenêtre secondaire laissait la fenêtre principale fonctionner avec des paramètres et une base de données qui avaient déjà été effacés.

• « Arrêter rclone à la fermeture de l'application » était ignoré : Quitter avec ⌘Q ou en fermant la fenêtre sous macOS, ainsi que Quitter ou Réinitialiser l'application depuis l'écran de verrouillage, ignoraient le réglage Arrêter rclone à la fermeture de l'application.

• Le redémarrage de rclone pouvait se bloquer indéfiniment : Redémarrer rclone après un changement de configuration pouvait rester sur un indicateur de chargement sans fin, car la requête d'arrêt de l'ancien processus n'avait pas de limite de temps.

• L'expiration de l'essai n'était vérifiée qu'au démarrage : La question de savoir si l'essai avait expiré était tranchée une seule fois au démarrage du processus et n'était jamais réévaluée.

• Montage automatique après le passage à une licence payante : Le montage automatique ne s'exécutait pas après le passage à une licence payante, car la vérification avait lieu avant la fin de la vérification de la licence.

• Messages d'erreur d'enregistrement de la licence : Lorsque l'enregistrement échoue, la cause est désormais affichée dans votre langue. Un serveur qui ne répond pas est signalé comme injoignable, avec un rappel de vérifier la connexion Internet, le pare-feu et le proxy, au lieu d'une erreur inattendue. Les conseils sur le proxy n'apparaissent plus pour des échecs tels qu'une clé invalide, et le diagnostic copié nomme la méthode de requête qui a réellement été bloquée.

Création de stockages distants et connexion

• Options de fournisseur manquantes : Les options propres à un fournisseur étaient filtrées par le mauvais nom, de sorte que les identifiants d'accès Storj, le point de terminaison Koofr et plusieurs champs Oracle n'apparaissaient jamais.

• Options obligatoires masquées sous Avancé : Compress ne pouvait pas être enregistré car son option obligatoire level était masquée dans les options avancées, et Oracle Object Storage était bloqué de la même façon par compartment.

• Méthodes d'authentification Oracle : Choisir no_auth ou user_principal_auth dans la liste configurait le fournisseur de façon incorrecte.

• L'enregistrement d'un stockage distant modifié pouvait se bloquer : Enregistrer une modification d'un stockage distant existant pouvait cesser de répondre au sein de rclone.

• OneDrive personnel : La configuration d'un stockage distant personnel pouvait rester bloquée sur Vérifier la connexion avec l'erreur sous-jacente masquée, et l'échec de la recherche du lecteur pouvait enregistrer un stockage distant vide.

• Comptes iCloud en attente d'acceptation des conditions : Un compte qui n'avait pas accepté les conditions mises à jour d'Apple échouait avec le seul message no auth method found, sans moyen de savoir ce qui n'allait pas. La véritable raison est désormais affichée.

• ID client Google Photos : L'obligation d'utiliser votre propre ID client n'était pas appliquée sur le chemin réellement emprunté par l'application.

Assistant

• Modification d'une tâche créée par l'Assistant : La source et la destination semblaient vides lors de la modification, et l'enregistrement écrivait ces valeurs vides par-dessus les vraies.

• Emplacement de montage avec un rclone distant (Windows) : L'Assistant proposait un chemin personnel de la machine locale comme emplacement de montage lorsque vous étiez connecté à rclone sur une autre machine.

• Dossier local comme source de sauvegarde (Windows) : Choisir un dossier local comme source provoquait une erreur.

• Montage via l'Assistant (Windows) : Le montage depuis l'Assistant échouait bien plus souvent qu'il n'aurait dû.

• Nouvelle tentative avec le même nom de stockage distant : Après un échec de connexion, revenir en arrière avec Retour et réessayer avec le même nom de stockage distant était refusé.

• Renommer le stockage distant avec Retour : Utiliser Retour après avoir créé un stockage distant, puis continuer sous un nouveau nom laissait l'ancien stockage distant listé à côté du nouveau jusqu'à la fermeture de l'Assistant. Si la tâche avait déjà été exécutée, le renommage supprimait le stockage distant vers lequel pointaient le montage enregistré, la tâche planifiée ou le stockage distant Crypt. Le stockage distant précédent est désormais supprimé immédiatement, et seulement si rien de ce qui a été enregistré par l'Assistant ne l'utilise.

• iCloud Photos dans l'Assistant : Ajouter un stockage distant iCloud Photos après avoir utilisé Parcourir provoquait une erreur. iCloud Photos n'est désormais proposé que dans la tâche Parcourir ; les tâches Sauvegarde, Synchronisation, Montage, Comparaison et Crypt ne le listent plus. Les tâches qui utilisent déjà iCloud Photos comme source continuent de s'exécuter, et vous pouvez toujours en créer une dans le Gestionnaire de tâches.

Langue et interface

• Écrans non traduits : La liste déroulante des langues elle-même, les deux libellés de champ de la télécommande Telegram, la section de paramètres du serveur web et le paramètre « synchroniser automatiquement lors de l'activation de l'onglet » d'iCloud Photos s'affichaient en anglais dans toutes les langues. La confirmation japonaise de suppression d'une tâche omettait le nom de la tâche.

• Lignes à interrupteur dans les paramètres : Les lignes à interrupteur à l'intérieur d'une section de paramètres bordée n'affichaient aucun effet d'encre et déclenchaient une assertion de débogage.

• Fenêtre d'aide dans le terminal : Saisir un nom de répertoire dans le terminal était traité comme une commande et faisait apparaître la fenêtre d'aide.

• Informations de version (Windows) : Correction des informations de version affichées pour RcloneView.

• Changer le dossier de base de données empêchait l'enregistrement : Après la modification du Dossier de base de données dans les Paramètres, chaque enregistrement et chaque recherche de tâches, de montages et d'historique échouait jusqu'au redémarrage de l'application.

Packaging et mises à jour

• Rclone intégré sous Linux : Les paquets Linux étaient construits avec le rclone qui se trouvait par hasard sur la machine de build et pouvaient embarquer une version de développement de rclone 1.60.1. Les builds Linux embarquent désormais le même rclone épinglé que les autres plateformes.

• Les mises à jour n'atteignaient pas les installations deb/rpm existantes : Un chemin rclone enregistré avait priorité sur le binaire intégré, de sorte que le rclone intégré ne prenait jamais effet après une mise à jour.

• « Mettre à jour Rclone » signalait un succès alors qu'il échouait toujours (Linux) : La mise à jour sur place du rclone intégré ne pouvait pas réussir avec un compte utilisateur normal, mais l'application signalait malgré tout un succès parce qu'elle jugeait le résultat d'après le code de sortie du terminal — et la tentative interrompait les transferts en cours.

• « Mettre à jour Rclone » refusait un rclone qui vous appartient (Linux) : Lorsque Emplacement local de Rclone pointait vers un rclone appartenant à votre compte, Mettre à jour Rclone affichait le même avis « cannot write » que pour celui qui est intégré et n'essayait jamais, de sorte que rclone ne pouvait pas du tout être mis à jour depuis l'application sous Linux. Un rclone qui vous appartient est désormais mis à jour ; celui qui est intégré reste confié au paquet.

• Le RPM aarch64 ne pouvait pas être installé : Le rpm aarch64 listait comme dépendance une bibliothèque propre à Rockchip (librockchip_mpp), de sorte que dnf install pouvait le refuser sous Fedora et d'autres distributions qui ne la fournissent pas.

• Échecs de build silencieux : Un build dont l'étape d'installateur échouait pouvait quand même être publié comme s'il avait réussi, sous Windows comme sous macOS. Ces scripts échouent désormais bruyamment.