patrickjaja/claude-desktop-bin v1.18286.2-2

Claude Desktop 1.18286.2 (patch release 2)

on GitHub

Claude Desktop 1.18286.2 (patch release 2)

This release provides Claude Desktop version 1.18286.2 pre-patched for Linux.

Installation Options

Arch Linux (AUR)

yay -S claude-desktop-bin

Debian/Ubuntu (APT Repository — recommended)

curl -fsSL https://patrickjaja.github.io/claude-desktop-bin/install.sh | sudo bash
sudo apt install claude-desktop-bin

Debian/Ubuntu (manual .deb)

# x86_64
sudo apt install ./claude-desktop-bin_1.18286.2-2_amd64.deb
# ARM64
sudo apt install ./claude-desktop-bin_1.18286.2-2_arm64.deb

Fedora/RHEL (RPM Repository — recommended)

curl -fsSL https://patrickjaja.github.io/claude-desktop-bin/install-rpm.sh | sudo bash
sudo dnf install claude-desktop-bin

Fedora/RHEL (manual .rpm)

# x86_64
sudo dnf install ./claude-desktop-bin-1.18286.2-2.x86_64.rpm
# ARM64
sudo dnf install ./claude-desktop-bin-1.18286.2-2.aarch64.rpm

NixOS / Nix

nix run github:patrickjaja/claude-desktop-bin

AppImage (Any Distro)

# x86_64
chmod +x Claude_Desktop-1.18286.2-x86_64.AppImage
./Claude_Desktop-1.18286.2-x86_64.AppImage
# ARM64
chmod +x Claude_Desktop-1.18286.2-aarch64.AppImage
./Claude_Desktop-1.18286.2-aarch64.AppImage

Update existing AppImage (delta download — only changed blocks):

appimageupdatetool Claude_Desktop-*-x86_64.AppImage
# Or from within the AppImage:
./Claude_Desktop-*-x86_64.AppImage --appimage-update

Checksums

Changes since last release

Computer Use: GNOME Wayland froze on opening a Code session - portal consent dialog fired on plain window enumeration (#184)

Opening (or resuming) a Code session makes upstream warm it with a listRunningApps call. On GNOME Wayland our executor routed that through gnome-portal-bridge with a blanket "ensure the portal session first" before every bridge call, so a plain window enumeration popped GNOME's Remote Desktop consent dialog ("Un'app vuole condividere lo schermo") and the synchronous session-start (execFileSync, 30s timeout) froze the Electron main process while the dialog was pending - cancelling it led to GNOME's force-quit prompt. Downgrading to v1.18286.0-2 avoided it only because that release predates the bundled bridges; upstream 1.18286.2 itself is not at fault.

Two changes fix it: (1) the portal session is now ensured only for subcommands that actually go through the XDG RemoteDesktop/ScreenCast portal (pointer, key, type, capture); enumeration subcommands (windows, frontmost-app, app-under-point, screens) are plain GNOME Shell Introspect / Mutter D-Bus calls inside the bridge and never touch the portal - so opening a Code session no longer shows any dialog. (2) The session lifecycle driven by the CU lock hook (__setLockHeld) runs through async execFile instead of blocking execFileSync - the same non-blocking pattern the KDE/kwin executor already used - so even the legitimate consent dialog during real Computer Use can no longer freeze the UI. A synchronous session-start backstop remains only for a portal command issued without the lock hook having fired, where a consent dialog is expected. Verified with a stubbed-bridge harness: session warm-up performs windows only (no session-start); input commands still bring the session up first; enumeration calls also drop from the 30s portal timeout to the standard 15s bridge timeout.

Links

• AUR Package
• Full Changelog