メインコンテンツまでスキップ

RcloneView 1.6 – リリースノート

リリース日: 2026年10月
対応プラットフォーム: Windows、macOS、Linux

RcloneView 1.6 は正確性を重視したリリースです。ファイルを失う 2 つの経路と開きっぱなしだったネットワークポート 1 つを塞ぎ、ジョブに入力したフラグが実際に rclone へ渡されるようになり、失敗した同期が完了と報告されることはなくなり、RcloneView が自身のものではない rclone プロセスを終了させることもなくなりました。1.6 の以降のアップデートでは、パスワードが誤っているリモートがサーバーにこのコンピューターをブロックされるまで何度もサインインを繰り返す問題と、開いているウィンドウごとにスケジュールジョブが 1 回ずつ実行される問題も解消されます。これらに加え、マウント、エクスプローラー、リモートの作成、ウィザード、そして 3 つすべてのプラットフォームでのパッケージングにわたる数多くの問題を修正しました。

アップグレード前にお読みください​

  • ジョブの「カスタムフラグ」に入力したフィルターフラグが有効になります。 ジョブの カスタムフラグ 欄に入力した --include、--exclude、--filter などのフィルターフラグは、ジョブの実行前に 破棄されていました。適用されるのはテスト実行時と bisync の診断時だけだったため、プレビューと実際の実行結果が 食い違うことがありました。今後はすべての経路でフラグが渡されます。
    既存のジョブの動作が変わります。 カスタムフラグにフィルターを設定しているジョブは、すべてのファイルではなく 一致するファイルだけを転送するようになります。削除を有効にした 同期 ジョブでは、コピー先で削除される対象も 変わります。カスタムフラグにフィルターを残しているジョブは必ず確認し、スケジュール実行に任せる前に テスト実行 で一度実行してください。

  • パスワードが長いトークンのリモートは、パスワードの再入力が必要です。 リモートを保存する際、RcloneView は渡されたパスワードをエンコードする必要があるかどうかの判断を rclone に任せていました。 base64 のように見えるパスワードではこの判断が必ず誤りとなり、値がエンコードされないまま構成に書き込まれ、 接続のたびに文字化けしていました。この方法で保存されたリモートは一度も認証できたことがありません。RcloneView が パスワードを自分でエンコードするようになったため、このバージョン以降に追加・編集したものは正しく保存されます。
    すでにこの形で保存されているリモートは、アップデートでは修復されません。 影響を受けるのは、英字、数字、-、_ だけで 構成された 22 文字以上のパスワードのみです。実際には、ご自身で決めたものではなく、API トークンや自動生成された アプリパスワードが該当します。認証エラーで接続できないままのリモートがある場合は、 リモート管理 → 編集 でそのリモートを開き、パスワードを再入力して保存してください。以後は接続できるようになります。
    現在正常に開けている Crypt リモートのパスワードは再入力しないでください。 この形で保存された Crypt リモートは 失敗することがありませんでした。ファイルは文字化けした値で暗号化されており、読み戻せるのもその値だけだからです。 ここで本来のパスワードを入力すると、リモートが別の鍵に切り替わり、すでに保存されているファイルは開けなくなります。 そのようなリモートはそのままにしてください。他の設定の編集は問題ありません。すでにパスワードを再入力してファイルが 開けなくなった場合は、rclone.conf に古い値を戻してください。それはエンコードされずに書き込まれたパスワードそのものです。 このようなリモートを本来のパスワードへ移行するには、まず既存のリモート経由でファイルをコピーして取り出し、 その後でリモートを作り直してください。

  • アプリロックが有効な間は、ロックを解除するまで何も起動しません。 ロック画面がすべてのウィンドウコンテンツより前に表示されるようになり、rclone、スケジュールジョブ、自動マウント、 Web サーバーは、ロック画面の裏で起動せずパスワードの入力を待ちます。アプリロックを有効にしたまま RcloneView を ログイン時に起動する場合、誰かがロックを解除するまでスケジュールジョブと自動マウントは実行されません。 このコンピューターで再起動後にジョブやマウントを無人で実行する運用をしている場合は、アプリロックをオフにするか、 ログインのたびにアプリのロックを解除してください。

  • サインインが拒否されたリモートには、自動で接続しなくなります。 パスワードでサインインするリモート（SFTP、FTP、WebDAV、SMB）では、RcloneView がサインインを一度だけ確認し、 サーバーに拒否された場合はそのリモートへの接続を止めます。自動マウント、スケジュールジョブ、タブの再オープンも行いません。 この状態は再起動後も保持されます。そのリモートを使うスケジュールジョブは失敗として記録され、通常の失敗通知が送信されます。 エクスプローラーで 再試行 を押すか、リモートを編集 で修正したパスワードを保存すると、接続が再開されます。
    サーバーが一時的にのみサインインを拒否する場合 — たとえばパスワードの変更中など — そのリモートのスケジュールジョブは、 その後も誰かが 再試行 を押すまで停止したままになります。ブラウザーまたは鍵でサインインするクラウドストレージには 影響しません。

  • スケジュールジョブはメインウィンドウからのみ実行されます。 スケジュールはメインウィンドウの rclone 接続に従います。サブウィンドウだけを別の接続に切り替えた場合、そのウィンドウが 開いている間、その接続のスケジュールジョブは実行されません。代わりにメインウィンドウでその接続を選択してください。 メインウィンドウが予期せず閉じた場合は、他のウィンドウが開いたままでも、RcloneView を再起動するまでスケジュールジョブは 停止します。

データ損失とセキュリティ​

  • 一部の削除に失敗した後の再試行で、親フォルダーが削除されることがありました: 複数のファイルを一度に削除し、その一部が失敗した後に 再試行 を押すと、失敗したファイルだけを再試行する代わりに、 親フォルダー全体が削除されることがありました。再試行は、失敗した項目のみを対象とするようになりました。

  • [ ] * ? { を含むファイル名で、別のファイルが削除されることがありました: 複数のファイルを削除する際、パスがエスケープされないまま rclone のフィルターエンジンに渡されていたため、パターン文字を含む名前が ワイルドカードとして扱われていました。1 件の削除でも、他のフォルダーにあるファイルが一致して削除される可能性がありました。 パスはフィルターとして使われる前にエスケープされるようになりました。

  • 既存の名前でリモートを作成すると、そのリモートが置き換えられていました: rclone は「作成」を「作成または更新」として扱うため、すでに使われている名前でリモートを作成すると、ストレージの種類が 異なっていても、既存のリモートの設定と認証情報が何の通知もなく上書きされていました。新リモートダイアログ、ウィザード、 ウィザードの Crypt ステップは、使用済みの名前を入力した時点で警告を表示し、先へ進めなくなりました。

  • ウィンドウ間通信用のポートがネットワークに公開されていました: RcloneView が自身のウィンドウ間の通信に使うポート（13542）が、このマシンだけでなくすべてのネットワークインターフェースで 待ち受けており、メインウィンドウは空の認証キーも受け付けていました。現在はローカルマシンのみにバインドされ、 有効なキーを必須としています。

ハイライト​

  • RcloneView が他の rclone プロセスを停止しなくなりました: アプリの終了、rclone の再起動、Rcloneを更新 の実行では、rclone を名前で指定して終了させていたため、マシン上の他のすべての rclone も一緒に終了していました。ターミナルで起動した rclone mount、cron ジョブ、rclone を使う他のツールなどです。 RcloneView は、自身が起動したプロセスだけを停止するようになりました。

  • パスワードが誤っていても、このコンピューターがブロックされなくなりました: パスワードが誤っている SFTP リモートが 1 つあるだけで、NAS がこのコンピューターの IP アドレスをブロックするまで、数十回もサインインを 試みることがありました。rclone は拒否されたサインインを 1 リクエストにつき最大 10 回再試行し、タブを 1 つ開くだけで複数の リクエストが同時に送られ、さらにアプリが失敗した一覧取得を 3 回再試行していたため、タブ 1 つにつき約 80 回のサインインが 発生していました。アプリは起動時、タブの復元時、自動マウント、スケジュールジョブでも自動的に接続していました。 パスワードでサインインするリモート（SFTP、FTP、WebDAV、SMB）では、RcloneView がサインインを一度だけ確認し、 拒否された場合は停止するようになりました。エクスプローラーには サインインに失敗しました と リモートを編集、再試行 の ボタンが表示されます（Crypt や alias リモートでは、その下層にあるリモートが示されます）。リモート管理には、空き容量の代わりに サインイン失敗 のバッジが表示されます。新リモート でパスワードを誤って追加したリモートは保存されません。 繰り返し失敗した後でサーバーが応答しなくなった場合、エクスプローラーは約 50 秒間スピナーを回し続ける代わりに、 IP がブロックされている可能性があることを数秒以内に表示します。

  • スケジュールジョブが、開いているウィンドウごとに 1 回ずつ実行されていました: RcloneView の各ウィンドウが独自のスケジューラーを動かしていたため、2 つ目のウィンドウを開いていると、すべてのスケジュールジョブと バッチがウィンドウごとに同じ瞬間に開始されていました。同じローカルフォルダーに書き込む 2 つのコピーが互いの途中ファイルを 削除し合い、何もコピーされないまま実行が終わることもありました。サブウィンドウでスケジュールを変更または削除しても、 メインウィンドウが古いスケジュールで実行し続けていました。スケジュールはメインウィンドウからのみ実行され、 他のウィンドウで行った変更はメインウィンドウに引き継がれるようになりました。スケジュールが発火した瞬間に 実行 を押した場合や、 短い間隔で 2 回押した場合も、同じジョブが 2 回開始されることがありましたが、今後は 1 回だけ開始されます。

  • アップグレード前の rclone が動き続けていました: 前のバージョンが起動したままにした rclone が、RcloneView のアップグレード後も再利用されていたため、新しく同梱された rclone は、 そのプロセスを手動で停止するまで使われませんでした。RcloneView は、実行中のバージョンが異なる場合に rclone を再起動するようになりました。 また、たまたま rclone のポートを使っている別のプログラムを rclone と取り違えることもなくなりました。これまではアプリに 接続なし としか表示されませんでしたが、現在は次の空きポートで rclone を起動します。rclone の終了または再起動時には、 アプリが rclone 自身のシャットダウンを待つようになりました。以前は、マウントのアンマウントと VFS キャッシュの クリーンアップが行われる前に、毎回強制終了していました。

  • カスタムフラグとグローバルフラグが実際に適用されます: 設定したフラグは、いくつもの異なる経路で何の通知もなく破棄されていました。コマンドラインでは動くフラグがアプリでは 何も起きないように見えたのはそのためです。このリリースで修正された内容は次のとおりです。設定のグローバル rclone フラグが 同期／コピージョブに適用されていなかった。ジョブのカスタムフラグに入れたバックエンドフラグとプロセス全体のフラグが 無視されていた。バッチステップの項目（帯域幅制限、含める、最小／最大の経過時間、最小／最大サイズ）が、rclone に 破棄される形式で送られていた。数値で書かれたブール値のフラグ（コマンドラインでは有効な --checksum=1）がリクエスト全体を 失敗させ、ジョブが開始されなかった。繰り返し指定された --backup-dir と --compare-dest が拒否されていた。 --header、--header-upload、--header-download、--compare-dest が誤った型に変換されていた。フラグのパーサーが値の中の引用符や スペースを扱えなかった。テスト実行にカスタムフラグがまったく含まれておらず、プレビューが実際の実行と一致していなかった。 グローバルフラグ欄の不正な文字が 1 つあるだけで、問題のあるフラグだけでなくすべてのフラグが何の通知もなく破棄されていた。

  • 失敗した同期が「変更なし」と報告されなくなりました: 認証情報の誤り、到達できないリモート、存在しないパスなど、何も転送する前に失敗した同期が、ジョブ一覧、履歴、通知のいずれでも 変更なしで完了した実行として表示されていました。ジョブについて rclone が報告するエラーを読み取るようになったため、 失敗は失敗として表示されます。

  • 一覧取得の失敗が空のフォルダーとして扱われなくなりました: フォルダーの一覧を取得できなかった場合、アプリの複数の箇所が単に空だと見なしていました。そのため、既存の内容の上に マウントされたり、マウントの 検証 が常に成功したり、フォルダーツリー、比較、パス選択画面でファイルがいっぱいのフォルダーが 何も表示されなかったりしていました。一覧取得の失敗は失敗として報告されるようになり、リスト表示でも空のフォルダーのようには 見えません。

  • 中断されたサインインがすべての新規リモートを妨げていました: プロバイダーのサインインページを完了せずに閉じると、rclone の認証ヘルパーがポート 53682 を保持したままになり、その後ブラウザーで サインインするリモートの作成がすべて失敗していました。アプリを再起動しても解放されず、rclone を強制終了するしか方法が ありませんでした。サインインが中断されたときに、このヘルパーが終了するようになりました。

新機能と改善​

  • ジョブごとのアップロード同時実行数: バックエンドのアップロード同時実行数（upload_concurrency）を、グローバル設定だけでなく個別のジョブにも設定できるようになりました。 高速なリモートに対するジョブが、他のすべてと 1 つの設定を共有する必要はありません。

  • 新しいリモートがそのままペインに開きます: リモートを作成すると、探して自分で開く必要はなく、すぐにエクスプローラーペインで開くようになりました。

  • エクスプローラーに空き容量を表示: 空き容量を報告できるリモートでは、リモートの残りの容量がファイルエクスプローラーに表示されるようになりました。

  • 比較ビューからのコピーが高速化: 比較ビューからのコピーは、項目ごとに 1 つの rclone ジョブを開始し、--transfers の設定にかかわらず 4 つずつ実行していました。 現在は項目がリモートと親フォルダーごとに 1 つの同期／コピーにまとめられ、--transfers の設定が反映されます。

  • 「構成ファイルが変更されました」ポップアップが操作を妨げなくなりました: rclone の構成ファイルがディスク上で変更されたことを知らせる通知が、作業の途中で画面を占有することはなくなりました。

  • 厳格なプロキシ環境でのライセンス登録: 大学や企業のプロキシの中には、ライセンスの登録に使われるリクエストメソッドをブロックするものがあります。登録と登録解除は、 最初のメソッドが拒否された場合に 2 つ目のメソッドへフォールバックするようになりました。

  • グローバルフラグのフォールバックを限定: グローバルフラグを適用できなかった場合、アプリはこれまでセット全体を破棄し、--bwlimit のような正常なフラグも 巻き込んでいました。現在は、問題を起こしたフラグだけが破棄されます。

  • Google Photos のガイダンス: Google Photos には、このアプリでアップロードした写真だけが一覧表示されます。これは Google による制限で、空のアカウントのように 見えるのではなく、アプリ内で説明されるようになりました。接続できない場合は、独自の OAuth クライアント ID を作成する手順も 案内されます。

  • カスタムフラグの警告をわかりやすく: カスタムフラグの timeout、contimeout、user-agent に表示される警告文を修正しました。

  • マウントポイントの選択: ウィザードは、マウントポイントを入力または参照した時点で確認し、使用できない場合はその理由を表示して、次へ を無効のままにします。 最後のステップで失敗し、マウント管理に失敗したエントリが残ることはありません。実際に作成できる場所だけを、~/Mounts/<remote> を先頭に 提案し、別のマシンの rclone に接続している場合は、そのマシンのホーム配下のフォルダーを提案します。閲覧 は、選択したフォルダーの中に リモート名のフォルダーを追加し、その中の新しいフォルダを使用 は、そのままでは使えないフォルダーを解決します。Windows ではマウント用の フォルダーがまだ存在しないこと、macOS と Linux では空であることが必要です。マウント管理も、保存前に同じルールを確認します。 Windows では、お使いのアカウントでフォルダーを作成できない親フォルダーも対象です。また、マウントが失敗した理由を、 マウントに失敗しました だけで終わらせず表示します。

  • ウィザードのインタラクティブデモ: ウィザードのようこそ画面にある各タスクには デモ リンクがあり、そのタスクのインタラクティブなウォークスルーをブラウザーで開けます。 すべてのデモ にはそのすべてが一覧表示されます。

  • iCloud Photos: 初回同期中に写真の総数が表示されるようになり、最初の実行が長くても止まっているようには見えません。また、サムネイルを ダブルクリックしてプレビューで開けるようになりました。

バグ修正​

ジョブ、バッチ、転送​

  • S3 でフォルダー名を変更すると、古いフォルダーが残っていました: バッチの名前変更と移動のステップは、内容を移動しても元のフォルダーマーカーを残したままにしていたため、古いフォルダーが エクスプローラーに表示され続けていました。オブジェクトストレージではフォルダーはマーカーオブジェクトであり、バッチステップは コピー先にマーカーを作成することも、コピー元のマーカーを削除することもありませんでした。ジョブ管理の名前変更にも同じ欠落があり、 さらに古いフォルダーのクリーンアップを移動と同時に実行していたため両者が競合し、空のフォルダーでは新しいフォルダーがまったく 作成されませんでした。どちらも、コピー先のマーカーを作成し、コピー元のマーカーを順番に削除するようになりました。

  • S3 と Swift での名前変更の再試行: フォルダー名の変更を再試行すると、元のフォルダーの空のマーカーが残っていました。

  • 再試行で別のジョブが実行されることがありました: rclone の再起動後、復元された行と現在のジョブが同じジョブ ID を共有することがあり、再試行 を押すと誤ったジョブが 再実行されていました。

  • 複数項目のバッチ転送で再試行が常に失敗していました: 複数の項目を対象とするバッチ転送の再試行ボタンが、一度も成功しませんでした。

  • S3 でマルチスレッド転送数が無視されていました: マルチスレッド転送数 の値は S3 のコピー先では効果がなく、バックエンド自身のアップロード同時実行数が優先されていました。

  • ウィザードでジョブ名が重複していました: ウィザードはジョブ名をパスだけから作成していたため、2 つのジョブが同じ名前になることがあり、その結果、どちらかを編集するときに保存が ブロックされていました。

  • テスト実行のプレビューが、実際の実行と異なるオプションを使っていました: ジョブ、バッチ、ウィザードのテスト実行は グローバル Rclone フラグ を無視し、常に --transfers=4 --checkers=8 で確認していたため、 負荷の高いサーバーを守るために設定した低いチェッカー数がプレビューに適用されていませんでした。バッチのコピーステップの プレビューにはステップのオプションが含まれておらず、フィルター以外のカスタムフラグ（--fast-list や --compare-dest など）が すべてのプレビューで欠けており、--checksum も実際の実行とは異なる方法で渡されていました。

  • Crypt アップロードが 100% を超えて「実行中」のままでした: rclone は Crypt アップロードを暗号化後のバイト数で数えるため、ファイルサイズよりわずかに大きくなります。完了した Crypt アップロードの ファイル行は、転送リストと履歴で 実行中 のままになり、実行中には 183% などの数値が表示されていました。

  • 同期の通知が別の実行の詳細を開いていました: rclone はジョブ番号を起動のたびに 1 から振り直すため、完了通知をクリックすると、同じ番号を再利用した別の実行のコピー元、コピー先、 エラーが表示されることがありました。

  • 削除したスケジュールバッチが実行され続けていました: ジョブ管理で削除したスケジュールバッチが、アプリを再起動するまでスケジュールどおりに実行され続けていました。 次の問題も修正しました。設定が壊れたジョブが 1 つあるだけで、接続マネージャーが接続を切り替えられなくなっていた。スケジュールの再読み込み中に 行ったスケジュールの変更が破棄されていた。削除 を素早く 2 回押すと、ジョブ管理が閉じてしまうことがあった。

マウント​

  • リモートの rclone 接続からのマウント: 別のマシンの rclone に接続している場合でも、アプリはマウントポイントの確認と作成をローカルマシンで行っていたため、Mac や Linux PC からの マウントは常に失敗していました。

  • 低速なドライブが「親フォルダーが存在しません」と報告されていました（Windows）: 親フォルダーの作成が、ドライブの確認に使うのと同じタイムアウトに紐づいていたため、低速なドライブが存在しないものと誤診されていました。

  • rclone のポートが変わると、保存済みのマウントが消えていました: 組み込みの rclone が別のポートで起動すると、保存しておいたマウントが一覧から消えていました。

  • しばらくすると「Too Many Open Files」になります: 一部の経路で rclone からのレスポンスが最後まで読み込まれず、そのたびにファイルディスクリプターがリークして、最終的にマウントが まったく動作しなくなっていました。

  • SFTP でサーバーのルートではなくホームディレクトリがマウントされていました: パスの正規化がマウント先の先頭のスラッシュを取り除いていたため、サーバーのルートのマウントがアカウントのホームディレクトリに なっていました。

  • マウント一覧のローカルドライブ名: ローカルドライブ名の表示を修正しました。

  • マウント済みのリモートが「設定済み」と表示されていました: Windows や別のマシンの rclone に接続している場合、マウント済みの alias リモート、名前付きのローカルリモート、ドライブレターを指す alias が、マウント ボタン付きの 設定済み として一覧表示され、その行からアンマウントできませんでした。

  • 成功したアンマウントがエラーとして記録されていました: 2 回アンマウントした場合、別の場所ですでにアンマウントされたものをアンマウントした場合、または 30 秒以上かかったアンマウント （macOS の NFS マウントは Finder がボリュームを手放すのを待ちます）で、行が エラー のまま固まっていました。 RcloneView は、マウントが実際になくなっているかどうかを確認するようになりました。

  • マウント管理でドライブレターが欠落していました（Windows）: ローカルパスにマウント モードで 閲覧 で選んだフォルダーがドライブレターなしで保存されたため、 保存してマウント が失敗し、失敗したエントリが一覧に残っていました。

  • フォルダーピッカーの前にエラーボックスが表示されていました（Windows）: マウントポイントがまだ Auto: の状態で ローカルフォルダを参照 を押すと、フォルダーピッカーの前に「このプログラムを使用して この場所を開くことはできません」と表示されていました。

  • ドライブレターのマウントがローカルディスクタブに表示されませんでした（Windows）: ウィザードでマウントしたドライブレターがファイルエクスプローラーには表示されるのに RcloneView のローカルディスクタブには表示されなかったのは、 ドライブレターが現れる前にタブが更新されていたためです。タブはドライブレターが現れるのを待つようになりました。

エクスプローラー、比較、フィルター​

  • オブジェクト名のバックスラッシュ（Windows）: 名前にバックスラッシュを含むクラウドオブジェクトが、Windows ホストではフォルダーの区切りとして分割されていました。

  • ファイル名のバックスラッシュ（macOS と Linux）: パスの正規化により、名前にバックスラッシュを含むファイルが除外ルールとずれてしまっていました。

  • フィルター内のエスケープされたパターン文字: アプリ独自のフィルタープレビューがエスケープされたパターン文字に一致できず、画面に表示される内容と rclone が実際に行う動作が 異なっていました。

  • Dropbox の隠しファイルがコピーされていました: ディレクトリのコピー時に、Dropbox の隠しファイルの除外が適用されていませんでした。

  • ブラウザーにローカルドライブが表示されませんでした（Windows）: ローカルドライブがブラウザーに表示されませんでした。

  • 比較の後に発生するエラー: 比較の後に操作を実行すると頻繁に発生していたエラーを修正しました。

  • 「開く」が常に左ペインを使っていました: リモート管理の 開く は、作業中のペインに関係なくリモートを左ペインに表示し、比較対象にしていたビューを置き換えていました。 現在はアクティブなペインで開きます。

  • rclone の再起動でエクスプローラーのタブが閉じていました: 組み込みの rclone が別のポートで戻ってきたとき（rcloneを再起動 の後や接続マネージャーから接続したとき）、または Rcloneを更新 でバージョンが 変わったとき、両方のペインのすべてのリモートタブが閉じ、アプリを再起動してもタブは戻りませんでした。

起動、アプリロック、終了、ライセンス​

  • Dock アイコンでアプリロックを回避できました（macOS）: アプリがロックされている間に Dock アイコンをクリックすると、パスワードを求められずにウィンドウが開いていました。

  • トレイメニューでアプリロックを回避できました: アプリがロックされてトレイに隠れている間、トレイの マウント 項目、つまり保存済みのマウントのマウントやアンマウント、すべてアンマウント が、 パスワードなしで実行され、ファイルマネージャーで開くよう設定されたマウントはそのフォルダーも開いていました。ウィンドウが非表示ではなく 最小化されている場合は、開く → リモートがパスワードを求める前にタブを追加していました。これらはすべて、先にパスワードを求めるようになりました。

  • トレイでパスワード入力が 2 回表示されていました（Windows）: ロックされたウィンドウを最小化した状態で、開く → リモートや マウント → 新しいマウント などのトレイのサブメニュー項目を選ぶと、 パスワード入力が 2 回表示されました。ロック解除後は 2 つ目がアプリの前面に残り、そこで 終了 を押すと RcloneView が終了していました。

  • 起動時のキーリングのパスワード入力（Linux）: 自動ログイン、リモートデスクトップ、指紋ログインなど、ログインキーリングがロックされたままの環境では、RcloneView が起動のたびに、 ウィンドウが表示される前にパスワードを求めていました。これは管理者権限の要求ではなく、GNOME キーリングがロック解除を求めていたもので、 キャンセルするとアプリがフリーズしました。RcloneView は Linux でキーリングに一切触れなくなりました。

  • ウィザードがロック画面の上に開いていました: ウィザードが アプリロックのパスワードを入力 画面の上に表示されることがありました。

  • サブウィンドウからのアプリのリセット: サブウィンドウのロック画面から アプリをリセット を実行すると、メインウィンドウが、すでに消去された設定とデータベースのまま 動作し続けていました。

  • 「アプリ終了時に rclone を停止」が無視されていました: macOS で ⌘Q やウィンドウを閉じて終了した場合、およびロック画面からの 終了 や アプリをリセット では、 アプリ終了時に rclone を停止 の設定が無視されていました。

  • rclone の再起動が永久にハングすることがありました: 構成の変更後に rclone を再起動すると、古いプロセスを停止するリクエストに時間制限がなかったため、スピナーが回り続けることがありました。

  • 試用期間の終了は起動時にしか確認されませんでした: 試用期間が終了したかどうかは、プロセスの起動時に一度だけ判定され、その後は再評価されませんでした。

  • 有料ライセンスへの切り替え後の自動マウント: 有料ライセンスへ切り替えた後、ライセンスの検証が完了する前に確認が行われたため、自動マウントが実行されませんでした。

  • ライセンス登録のエラーメッセージ: 登録に失敗した場合、原因がお使いの言語で表示されるようになりました。応答しないサーバーは、予期しないエラーではなく、到達できないものとして 報告され、インターネット接続、ファイアウォール、プロキシを確認するよう促されます。無効なキーなどの失敗では、プロキシに関する案内は 表示されなくなり、コピーされる診断情報には、実際にブロックされたリクエストメソッドが記載されます。

リモートの作成とサインイン​

  • プロバイダー固有のオプションが表示されませんでした: 特定のプロバイダーに属するオプションが誤った名前でフィルターされていたため、Storj のアクセス認証情報、Koofr のエンドポイント、 Oracle のいくつかのフィールドが表示されませんでした。

  • 必須オプションが詳細設定に隠れていました: 必須の level オプションが詳細オプションの下に隠れていたため Compress を保存できず、Oracle Object Storage も同様に compartment によってブロックされていました。

  • Oracle の認証方式: リストから no_auth または user_principal_auth を選ぶと、プロバイダーが正しく構成されませんでした。

  • 編集したリモートの保存がハングすることがありました: 既存のリモートへの変更を保存すると、rclone の内部で応答しなくなることがありました。

  • OneDrive Personal: 個人用リモートの設定が 接続を確認 で止まり、根本のエラーが隠れることがあり、ドライブの検索に失敗すると空のリモートが保存されることもありました。

  • 規約の承諾待ちの iCloud アカウント: Apple の更新された規約に同意していないアカウントは、no auth method found とだけ表示されて失敗し、何が問題なのか分かりませんでした。 現在は本当の理由が表示されます。

  • Google Photos のクライアント ID: 独自のクライアント ID を使う必要があるという要件が、アプリが実際にたどる経路に適用されていませんでした。

ウィザード​

  • ウィザードで作成したジョブの編集: 編集時にコピー元とコピー先が空に見え、保存すると、その空の値が本来の値の上に書き込まれていました。

  • リモート rclone でのマウント場所（Windows）: 別のマシンの rclone に接続している間、ウィザードがマウント場所としてローカルマシンのホームパスを提案していました。

  • バックアップのコピー元としてのローカルフォルダー（Windows）: ローカルフォルダーをコピー元に選ぶとエラーが発生していました。

  • ウィザードからのマウント（Windows）: ウィザードからのマウントが、本来あるべき頻度よりはるかに多く失敗していました。

  • 同じリモート名での再試行: サインインに失敗した後、戻る で戻って同じリモート名で再度試すと、拒否されていました。

  • 「戻る」でリモート名を変更した場合: リモートの作成後に 戻る で戻り、新しい名前で続行すると、ウィザードが閉じるまで、古いリモートが新しいリモートの隣に一覧表示されたままでした。 タスクがすでに実行されていた場合、名前の変更によって、保存済みのマウント、スケジュールジョブ、Crypt リモートが指していたリモートが 削除されていました。以前のリモートは直ちに削除されるようになり、ウィザードが保存したものが使っていない場合に限られます。

  • ウィザードの iCloud Photos: 閲覧 を使った後に iCloud Photos リモートを追加するとエラーが発生していました。iCloud Photos は 閲覧 タスクでのみ提供されるようになり、 バックアップ、同期、マウント、比較、Crypt の各タスクには表示されません。iCloud Photos をコピー元としてすでに使っているジョブは 引き続き実行され、ジョブ管理 で作成することもできます。

言語とインターフェース​

  • 翻訳されていない画面: 言語のドロップダウン自体、Telegram リモート操作の 2 つのフィールドラベル、Web サーバーの設定セクション、iCloud Photos の 「タブがアクティブになったときに自動的に同期」設定が、すべての言語で英語のまま表示されていました。日本語のジョブ削除の確認には、 ジョブの名前が含まれていませんでした。

  • 設定のスイッチ行: 枠線付きの設定セクション内のスイッチ行が、インク効果を表示せず、デバッグアサーションを発生させていました。

  • ターミナルのヘルプポップアップ: ターミナルにディレクトリ名を入力すると、コマンドとして扱われ、ヘルプポップアップが表示されていました。

  • バージョン情報（Windows）: RcloneView に表示されるバージョン情報を修正しました。

  • データベースフォルダーの変更で保存できなくなりました: 設定で データベースフォルダー を変更した後、アプリを再起動するまで、ジョブ、マウント、履歴のすべての保存と検索が失敗していました。

パッケージングとアップデート​

  • Linux に同梱される rclone: Linux パッケージは、ビルドマシンにたまたまあった rclone でビルドされており、rclone 1.60.1 の開発ビルドが同梱される可能性がありました。 Linux ビルドは、他のプラットフォームと同じ固定バージョンの rclone を同梱するようになりました。

  • 既存の deb/rpm インストールにアップデートが反映されませんでした: 保存された rclone パスが同梱バイナリより優先されていたため、アップデート後も同梱の rclone が有効になりませんでした。

  • 「Rcloneを更新」が常に失敗するのに成功と報告していました（Linux）: 同梱の rclone をその場で更新することは通常のユーザーアカウントでは成功しませんでしたが、アプリはターミナルの終了コードで結果を判断していたため 成功と報告し、さらに実行中の転送を中断していました。

  • 「Rcloneを更新」が自分が所有する rclone を拒否していました（Linux）: Rclone場所 がご自身のアカウントが所有する rclone を指している場合でも、Rcloneを更新 は同梱のものと同じ「書き込めません」という通知を表示して 試行すらしなかったため、Linux ではアプリから rclone をまったく更新できませんでした。ご自身が所有する rclone は更新されるようになりました。 同梱のものは、引き続きパッケージに任されます。

  • aarch64 の RPM をインストールできませんでした: aarch64 の rpm が Rockchip 専用のライブラリ（librockchip_mpp）を要件に挙げていたため、それを提供しない Fedora などのディストリビューションでは dnf install が拒否されることがありました。

  • ビルドの失敗が通知されませんでした: インストーラーのステップが失敗したビルドが、Windows と macOS の両方で、成功したかのように公開されることがありました。 これらのスクリプトは、失敗を明示するようになりました。