[Regression] "Open in" submenu now takes several seconds to load available apps

What version of the Codex App are you using (From “About Codex” dialog)?

Version 26.825.51511

What subscription do you have?

Plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

Description

The "Open in" submenu has become significantly slower compared to previous versions.

Previously, selecting the "Open in" menu immediately displayed the available applications. The submenu displayed the available applications immediately, with no visible loading state.

Now, opening the submenu initially displays:

Loading available apps...

and takes several seconds before the available applications appear.

The absolute delay is only a few seconds, but this is a noticeable UI regression because this interaction was previously effectively instantaneous.

Steps to reproduce

1. Open the context menu containing "Open in".
2. Hover over or select "Open in".
3. Observe the "Loading available apps..." state.
4. Wait several seconds for the available applications to appear.

Expected behavior

The available "Open in" targets should already be cached/preloaded so that the submenu can be displayed immediately, as it was previously.

Actual behavior

The submenu enters a loading state and blocks selection for several seconds while discovering/loading the available applications.

Regression

Yes. Previous versions displayed the available applications essentially instantly.

What steps can reproduce the bug?

1. Open any Codex conversation in the Codex App.
2. Open the conversation context menu.
3. Hover over or select Open in.
4. Observe that the submenu initially displays “Loading available apps…”.
5. Wait several seconds for the available applications to appear.

What is the expected behavior?

Selecting or hovering over Open in should display the available applications immediately, without a visible loading delay.

This was the behavior in previous versions of the Codex App. The available applications appeared effectively instantaneously.

Additional information

This appears to be a regression rather than a long-standing performance issue.

Previously, the Open in submenu displayed its entries immediately. The current version introduces a visible “Loading available apps…” state and a delay of several seconds.

The delay itself is relatively short in absolute terms, but it is very noticeable for a frequently used menu interaction that previously had effectively zero perceived latency.

Screenshot attached showing the loading state.

Start by reproducing the delay on Windows through the conversation context menu's Open in submenu and compare it with the previous behavior described in the issue. Trace the submenu's available-app discovery and loading entry point, then verify that available apps appear without a several-second loading state.