### System details

Intel Core i7-9700KF, GeForce RTX 2070, Omarchy 4.0.4-1 stable

### What's wrong?

On systems where `~/Videos` is a symlink (e.g. `~/Videos -> /mnt/storage/Videos`), `omarchy transcode` never opens the file picker. 
The same happens if `~/Pictures` is a symlink.

## Steps to Reproduce

> `> ls -l ~/Videos` 
lrwxrwxrwx ... Videos -> /mnt/storage/Videos
> `> omarchy transcode` *or trigger.transcode from menu*

**Expected:** picker with recent jpg/png/webp/mp4/webm
**Actual:** no panel

### Isolated:

> `> find "$HOME/Pictures" "$HOME/Videos" -type f -iname "*.webm" | wc -l`
0
> `find -L "$HOME/Pictures" "$HOME/Videos" -type f -iname "*.webm" | wc -l` 
1541

## Root Cause

`/bin/omarchy-menu-file:47`
>find "${find_args[@]}" 2>/dev/null | sort -rn | cut -f2- |
  omarchy-menu-select ...

`find` without `-L` does not descend into starting points that are symlinks to directories. With `set -euo pipefail`, the pipeline returns 0 files and `omarchy-menu-select` receives **empty stdin** (Usage, exit 1). For large libraries (1541 files here) the payload also exceeds `MAX_ARG_STRLEN 128KB`.

### Proposed Fix

```diff
/bin/omarchy-menu-file

---

-find "${find_args[@]}" 2>/dev/null | sort -rn | cut -f2- |
-  omarchy-menu-select "$label" -- --width 800 --maxheight 500 "$@"
+# -L follows symlinked ~/Pictures/~/Videos, head caps payload to avoid E2BIG
+# pipefail: head SIGPIPE makes sort/find exit 141, so return omarchy-menu-select status
+set +o pipefail
+find -L "${find_args[@]}" 2>/dev/null | sort -rn | cut -f2- | head -n 500 | omarchy-menu-select "$label" -- --width 800 --maxheight 500 "$@"
+status=${PIPESTATUS[4]:-$?}
+set -o pipefail
+exit $status
```

Verified: 0 -> 500 files (most recent via sort -rn by %T@), transcode now opens 3 panels (file -> format -> resolution) and completes.