chore(desktop): drop the committed update-mutex artifact directory

[jonpol01]

Summary

apps/desktop/' is a tracked directory whose name is a literal single quote. Inside it, a full absolute path is materialised as nested subdirectories:

apps/desktop/'/var/folders/5h/.../T/hermes-update-mutex-LMF9y5/home/.hermes-update-in-progress.mutex'
apps/desktop/'/var/folders/5h/.../T/hermes-update-mutex-us8HZu/home/.hermes-update-in-progress.mutex'

Both files are 0 bytes, nothing in the tree references them, and the leading and trailing ' are part of the filenames — they are shell quotes that were never stripped.

They arrived in 36620578f0, an unrelated menu-label commit, via a git add ..

Where they come from

withRemoteUpdateMutex() builds its Python invocation as:

return `python3 -c ${shq(script)} ${shq(mutexPath)} ${shq(command)}`

mutexPath comes from expandRemotePath(), which already returns a shell-quoted string (it has to — it is interpolated bare into shell commands like [ ! -e ${marker} ], and the ~ form returns "$HOME"'/…' so the shell still expands $HOME). Quoting it a second time means Python receives the quotes as part of the filename:

$ python3 -c 'import sys;print(repr(sys.argv[1]))' ''\''/opt/data/.hermes-update-in-progress.mutex'\'''
"'/opt/data/.hermes-update-in-progress.mutex'"

A path beginning with ' is relative, so the script's os.makedirs(os.path.dirname(mutex_path)) recreates the entire absolute path underneath whatever directory the process was started in. Running apps/desktop/electron/remote-lifecycle.test.ts from apps/desktop reproduces the directory immediately — that is how these two files came to exist.

Scope

This PR only deletes the committed artifact. The quoting fault that generates it is a separate concern and is already covered upstream:

• open PRs: fix(desktop): avoid double-quoting the SSH update mutex path on remote hosts #99189, fix(desktop): stop double-quoting expandRemotePath fragments in the SSH spawn path #96187, fix(desktop): repair update-mutex path quoting and publish an integer lockfile pid #96260
• open issues: Desktop SSH creates a quote-prefixed update mutex path on remote Linux hosts #99133, Desktop SSH remote mode: double-quoted expanded paths livelock the connect reservation and hang every boot #96212, Desktop SSH mode: double shell-quoting in remote-lifecycle.ts prevents remote backend from ever starting #96188

I deliberately did not touch remote-lifecycle.ts here — #99189 already makes exactly the one-line change (${shq(mutexPath)} → ${mutexPath}) plus a matching assertion, and a fourth copy of that fix would not help anyone. But none of those PRs deletes these two files, so the litter survives whichever of them lands. That is the gap this closes.

Test plan

• git ls-tree -r origin/main --name-only | grep "^apps/desktop/'" → exactly the 2 files, both 0 bytes (git cat-file -s → 0).
• Nothing references them: no hit for hermes-update-mutex-LMF9y5, hermes-update-mutex-us8HZu, or the temp-dir hash anywhere in the tree. (git grep "apps/desktop/'" matches only @apps/desktop/ string literals in the composer path tests — unrelated.)
• Not covered by an existing ignore rule (git check-ignore reports nothing), so they were tracked deliberately-looking but accidentally.
• apps/desktop/electron/remote-lifecycle.test.ts: 91 passed, before and after.
• Removal is content-only: 2 files changed, 0 insertions, 0 deletions.

[Enough1122]

AI code review — automated review for reference; please use your judgment.

Chunk5 review — chore(desktop): drop committed update-mutex artifacts

Deletes two empty committed files whose paths embed a macOS /var/folders/... temp dir — clearly accidental artifacts of an update-mutex test run, not source.

• Both files are 0-byte (e69de29... empty blob); deletion is zero-risk.
• Non-blocking: worth a follow-up .gitignore entry for hermes-update-mutex-* / .hermes-update-in-progress.mutex (and checking how a /var/folders temp path ended up committed under apps/desktop/) so the next test run doesn't re-commit them.

Non-blocking. Merge.

[kshitijk4poor]

Salvaged into #104206 — your commit 4c8e2d165f is cherry-picked there with authorship preserved (author John Paul Soliva), alongside the fix for what created those files in the first place: withRemoteUpdateMutex double-quoted the mutex path, so main's own detached backend does not inherit the update mutex descriptor test ran python with a quote-prefixed relative path and os.makedirs built apps/desktop/'/var/... in the checkout. With the fix in the same PR the directory cannot regenerate (confirmed: the test run leaves no ' dir on the branch; on origin/main it recreates it).

Re the automated review on this PR: the deletion is correct and complete (both zero-byte files, no consumers — the only hermes-update-mutex- hit in apps/desktop is the mkdtemp prefix in the test). Auto-merge is armed on #104206.