HostHop

HostHop 0.3.0 (2026-11-13)

⚠ Organizers: update the server before players update the mod. Apply these D1 migrations, in this order, then deploy the new Worker:

1. snapshot_bases_migration.sql
2. delta_slots_migration.sql See PROVISIONING.md for details. Everyone must use the same new HostHop JAR.

Fewer browser consent pages

• In normal play you no longer have to approve the latest world data in the browser at every host change. HostHop now overwrites the same two Drive files for each world instead of creating a new one every time. Once you have approved them, they stay approved.
• When consent is still needed (first time, recovery), the newest data and the data it builds on are approved on a single page.
• Becoming host now requests any missing Drive access automatically. Before, hosting could fail with "base access required".
• The "select the latest data" message no longer flashes when no browser opens.

Faster hosting and saving

• Preparing the world when you become host takes about 4 seconds instead of about 16 (when the data is already cached on your PC). Progress is shown from the start.
• The final save when the host leaves is faster, and its progress is shown from the start.
• Differences between saves are smaller, so uploads and downloads are lighter.
• Joining no longer downloads the whole update just to find out which data it builds on.

Mod differences

• Different mods or config files no longer block joining. A screen lists the differences, and you can choose to hide specific ones on this PC.
• Before opening the world, the next host is checked for every mod the world needs. If a mod is missing or older, hosting stops without touching the world.

Stability

• Hosting continues through brief network or relay (e4mc) outages instead of stopping right away.
• Drive uploads refresh expired sign-ins and slow down when rate-limited.
• Leaving the world during an automatic backup no longer makes the final save wait for that backup.
• Old local session data and temporary worlds are cleaned up after a successful save.
• Each build has its own version number, so you can tell JARs apart.

HostHop 0.3.0（2026-11-13）

⚠ 管理者の方へ：メンバーが Mod を更新する前に、サーバーを更新してください。 D1 に次のマイグレーションをこの順に適用してから、新しい Worker を配備します。

1. snapshot_bases_migration.sql
2. delta_slots_migration.sql 詳しくは PROVISIONING.md を参照してください。全員が同じ新しい HostHop の JAR を使う必要があります。

ブラウザでの許可が減りました

• 普段のプレイでは、ホストが交代するたびに最新データをブラウザで許可する必要がなくなりました。毎回新しいファイルを作るのをやめて、ワールドごとに決まった2つの Drive ファイルを上書きするようにしたためです。一度許可すれば、その後も許可されたままです。
• 許可が必要なとき（初回や復旧時）も、最新データとそのもとになるデータを1ページでまとめて許可できます。
• ホストになるときに足りない Drive の許可を自動で求めるようにしました。以前は「基準データへのアクセスが必要」でホストになれないことがありました。
• ブラウザが開かないときに「最新データを選択」の表示が一瞬出ることがなくなりました。

ホストの準備と保存が速くなりました

• ホストになるときのワールドの準備が、約16秒から約4秒になりました（データがすでに PC にある場合）。最初から進捗が表示されます。
• ホストが抜けるときの最後の保存が速くなり、最初から進捗が表示されます。
• 保存ごとの差分が小さくなり、アップロードとダウンロードが軽くなりました。
• 参加するときに、もとになるデータを調べるためだけに差分全体をダウンロードすることがなくなりました。

Mod の違いへの対応

• Mod や設定ファイルが違っても、参加を止めないようにしました。違いを一覧で表示し、その PC では表示しない項目を選べます。
• 次のホストがワールドを開く前に、ワールドに必要な Mod がそろっているかを確認します。足りない Mod や古い Mod があれば、ワールドに触れずにホストを中止します。

安定性

• 回線やリレー（e4mc）が短時間切れても、すぐにはホストを終了せずに続けます。
• Drive へのアップロード中にログインが期限切れになったら自動で更新し、混雑しているときは間隔をあけて再試行します。
• 自動バックアップの途中でワールドを抜けても、最後の保存がそのバックアップを待たなくなりました。
• 保存に成功した後、古いローカルのセッションデータと一時ワールドを片付けます。
• ビルドごとに異なるバージョン番号が付くようになり、JAR を見分けられます。