### System details
Intel Core i5-7300U, Intel HD Graphics 620, Omarchy 4.0.4-1, Quickshell 0.3.1-1

### What's wrong?

The **Apps** category in the Omarchy shell menu (`omarchy-menu`) is permanently empty ("Nothing here yet"), even though 100 `.desktop` files exist on disk (81 in `/usr/share/applications`, 19 in `~/.local/share/applications`) and `XDG_DATA_DIRS`/`XDG_DATA_HOME` are correctly set in the live `omarchy-shell` process environment.

**Root cause found:** Quickshell's `DesktopEntries.applications` singleton populates *asynchronously* after startup (confirmed via a minimal standalone QML reproduction: `DesktopEntries.applications.values.length` is `0` immediately at `Component.onCompleted`, then grows incrementally — one `valuesChanged` signal per entry — reaching 66+ entries within a few seconds). In an isolated minimal Quickshell process this always completes correctly and the change signal fires reliably.

However, inside the full `omarchy-shell` process (with the normal full plugin set loaded), the Apps menu never populates — not on first open, not after `omarchy-shell shell rescanPlugins`, and not even after a full `omarchy restart shell` (fresh process, confirmed via new PID). This suggests something in the full shell's plugin/component graph prevents `DesktopEntries.applications` from ever completing its scan or prevents its `valuesChanged` signal from reaching `AppLibrary.qml`'s listener (`shell/services/AppLibrary.qml`, `Connections { target: DesktopEntries.applications; onValuesChanged: ... }`), which is what should trigger `Menu.qml`'s `mergeAppRows()` refresh (`shell/plugins/menu/Menu.qml:912-916`).

### Steps to reproduce
1. Open the Omarchy menu, navigate to **Apps**
2. Observe: "Nothing here yet" (empty state), despite installed applications existing
3. Try `omarchy-shell shell rescanPlugins` — no change
4. Try `omarchy restart shell` (full process restart, confirmed new PID) — still empty

### Isolated reproduction (proves DesktopEntries itself is async, and that this specific system's full shell fails to ever get/reflect a populated list)
```qml
import QtQuick
import Quickshell

Item {
  Component.onCompleted: console.log("START len=" + DesktopEntries.applications.values.length)
  Timer {
    interval: 3000
    running: true
    onTriggered: {
      console.log("AFTER_3S len=" + DesktopEntries.applications.values.length)
      Qt.quit()
    }
  }
}
```
Run with: `quickshell -n -p <dir containing shell.qml above>`

Output:
```
START len=0
AFTER_3S len=66
```
This is expected/correct behavior in isolation — but the equivalent async population + change-signal-driven refresh never visibly completes inside the actual `omarchy-shell` menu on this machine.

### Diagnostic log
Generated via `omarchy debug --no-sudo --print`, available on request (not attached here to keep the report concise — happy to attach the full `/tmp/omarchy-debug.log` if useful).