## System details

AMD Ryzen 8C/16T, AMD RX 9070 (Navi 48, amdgpu), Omarchy 4.0.4-1, kernel 7.2.5-3-omarchy, quickshell 0.3.1-1, Hyprland.

Full `omarchy-debug --no-sudo --print` log: `/tmp/omarchy-debug.log`

## What's wrong?

When you clone the first-party menu plugin (`omarchy plugin clone omarchy.menu` -> e.g. `jan.menu`), disable `omarchy.menu`, and add the clone to the bar, the **Apps submenu is empty** even though `.desktop` entries exist.

Steps to reproduce:
1. `omarchy plugin clone omarchy.menu` (produces a third-party plugin like `jan.menu`)
2. Add the clone as a bar widget, and put `omarchy.menu` in `disabledPlugins` in `~/.config/omarchy/shell.json`
3. `omarchy restart shell`
4. Press SUPER+SPACE -> Omarchy menu -> **Apps** submenu shows no rows.

Expected: installed applications are listed (I have 95 `.desktop` files on this system).

First-party `omarchy.menu` is NOT affected - only clones. Only the Apps submenu breaks; other menu sections (System, Power, etc.) work fine.

### Root cause

The Apps rows come from the shell's shared `AppLibrary` proxy, which is only granted when the shell detects the plugin has the `menu` kind:

- `shell/shell.qml:349`

```qml
function manifestHasKind(manifest, kind) {
  return !!manifest && Array.isArray(manifest.kinds)
    && manifest.kinds.indexOf(kind) !== -1
}
```

- `shell/shell.qml:603` (inside `createScopedPluginShell`):

```qml
appLibrary: shell.manifestHasKind(manifest, "menu")
  ? shell.pluginAppLibraryFor(cacheKey, key) : null,
```

For **third-party menu plugins**, the manifest that reaches `createScopedPluginShell` (via the panel loader's Instantiator model) carries `kinds` as an array-like backed by `QJsonArray` rather than a real JS Array. `Array.isArray(manifest.kinds)` is therefore `false`, so `manifestHasKind` returns `false` and:

1. `appLibrary` is set to `null`, and `mergeAppRows()` in the menu's `Menu.qml` bails out immediately (`if (!root.appLibrary) return`) -> empty Apps submenu.
2. The capability profile flips to `"no-menu"` (`shell/shell.qml:529`), which revokes and re-creates the plugin shell API chip on menu capability.

The QML menu code hands the `appLibrary` down via `root.shell.appLibrary`, so it silently degrades to an empty list.

### Workaround

Patch `manifestHasKind` to accept array-like `kinds` (this resolves the issue locally):

```qml
function manifestHasKind(manifest, kind) {
  if (!manifest) return false
  var kinds = manifest.kinds
  if (Array.isArray(kinds)) return kinds.indexOf(kind) !== -1
  if (!kinds || typeof kinds.length !== "number" || Number(kinds.length) === 0) return false
  var count = Number(kinds.length)
  for (var i = 0; i < count; i++) if (String(kinds[i]) === kind) return true
  return false
}
```

Since I edited the package-owned file, this is overwritten on `omarchy update` - so a real upstream fix would be great. It would be even better to normalize the manifest shape once at the plugin-registry boundary so `kinds` is always a real JS Array (e.g. `Array.prototype.slice.call`) rather than teaching `manifestHasKind` about array-likes.