github patrickjaja/claude-desktop-extra v4.16336.0-4
Claude Desktop 4.16336.0 (patch release 4)

3 hours ago

Claude Desktop 4.16336.0 (patch release 4)

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

Installation Options

Arch Linux (pacman Repository - recommended)

curl -fsSL https://patrickjaja.github.io/claude-desktop-extra/install-pacman.sh | sudo bash
sudo pacman -Syu claude-desktop-extra

Arch Linux (manual package)

# x86_64
sudo pacman -U https://github.com/patrickjaja/claude-desktop-extra/releases/download/v4.16336.0-4/claude-desktop-extra-4.16336.0-4-x86_64.pkg.tar.zst
# ARM64
sudo pacman -U https://github.com/patrickjaja/claude-desktop-extra/releases/download/v4.16336.0-4/claude-desktop-extra-4.16336.0-4-aarch64.pkg.tar.zst

Debian/Ubuntu (APT Repository — recommended)

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

Debian/Ubuntu (manual .deb)

# x86_64
sudo apt install ./claude-desktop-extra_4.16336.0-4_amd64.deb
# ARM64
sudo apt install ./claude-desktop-extra_4.16336.0-4_arm64.deb

Fedora/RHEL (RPM Repository — recommended)

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

Fedora/RHEL (manual .rpm)

# x86_64
sudo dnf install ./claude-desktop-extra-4.16336.0-4.x86_64.rpm
# ARM64
sudo dnf install ./claude-desktop-extra-4.16336.0-4.aarch64.rpm

NixOS / Nix

nix run github:patrickjaja/claude-desktop-extra

AppImage (Any Distro)

# x86_64
chmod +x Claude_Desktop-4.16336.0-x86_64.AppImage
./Claude_Desktop-4.16336.0-x86_64.AppImage
# ARM64
chmod +x Claude_Desktop-4.16336.0-aarch64.AppImage
./Claude_Desktop-4.16336.0-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

File SHA256
Arch pacman (x86_64) fd0c04fd19c0954aea96f04df123ff524875f446b84ab0668e9017d934336b06
Arch pacman (aarch64) 6e608e5c99416566a039973ad239f019be9175b3a6167bedb94d67fac2be0f89
Tarball (x86_64) 411d698acea04967081af4c51f9052447f07ba0a0107f7e99d85ef8cedf3e0da
Tarball (aarch64) c498d45ff0c9110c11b44bb7421e870fd0ba189c57d54af750fbc1ee51b9c25d
AppImage (x86_64) 2960ab7878c73fcbb937c0257074e92449af9c25ed135562c90e54c6147119d2
AppImage (aarch64) f655f0b3c3104061e5e621f586ad630c8a59e208bfa13fffb8f8bfbb276d72ae
Debian (amd64) f0797f07a62b4c65316474b7984c676860e9ec388d74eb3f5c12c125dd4a5ca4
Debian (arm64) 209e9855571a6a36b78bfd401a986dd06c74ea5d8967684bac1b505305ec7d16
RPM (x86_64) 36ef388a0fc67456cc5157940dec493b8ce3eaa98fff3f23a8b55f39c950f0a3
RPM (aarch64) df6f88a34d21e4f3638e5703fcf301607204c6b0659365b37139e759c7cad298

Changes since last release

From CHANGELOG.md, 2026-11-05:

Auto-fix notices are confirmed in batched turns (thanks @alexx-ftw, #314)

  • With Settings -> Extra -> Community Features -> "Auto-fix notices: ready to merge, comments after merge" on, a ready-to-merge or post-merge notice that Claude reads later in a turn covering several queued messages is now confirmed when that turn completes, instead of staying pending (upstream confirms only the turn's first message). Unread, withdrawn and next-cycle messages are not confirmed.

Session-start dialog for explicit local folders (thanks @alexx-ftw, #313)

  • The opt-in native session-start dialog now also covers an explicit local folder, showing its resolved directory; the first-use folder consent is answered there too. Approvals are kept per asking project and folder, but upstream tracks first use in memory, so a new asking session or an app restart asks again for that folder; the default destination stays remembered as before. A PreToolUse ask hook may be answered in the dialog instead of the card (the person is still asked); user ask rules and managed policy keep the card. Manual-mode asks for a new folder (upstream's ordinary card, without the folder sentence) now reach the dialog too, and an ask that keeps the card logs [session-start-always-allow] card kept: <reason> to claude-patches.log.

Auto-fix forwards comments that arrive after a merge (thanks @alexx-ftw, #310)

  • After an Auto-fix PR is merged, new comments, inline review comments and reviews from the repository's owners, members, collaborators and bots reach its Code session as quoted informational notices for 7 days after the merge (mentions defanged, each text capped at 1200 characters; upstream stops reading a PR once it is merged). Claude reports them and waits for you: it never changes code, replies on GitHub or merges. Archived sessions are not read or woken. Same switch as the ready-to-merge notice, now titled Settings -> Extra -> Community Features -> "Auto-fix notices: ready to merge, comments after merge" (off by default, applies live).
  • Cost: per Auto-fix PR inside its window, one round of ETag-conditional GitHub REST reads per sweep (the PR and its three comment lists), none while fewer than 1000 REST requests remain or a rate-limit window is open; one model turn per notice. Details: docs/autofix-post-merge.md.

Auto-archive delay after a PR merges or closes (thanks @alexx-ftw, #311)

  • New row Settings -> Extra -> Community Features -> "Auto-archive delay after a PR merges or closes": Immediately (the default, upstream's behavior), 5, 15, 30 or 60 minutes, or a custom 1-10080 minutes. After upstream confirms a session's PR merged or closed, its auto-archive waits that long. The deadline survives restarts, and a confirmed reopen cancels it. It does not turn auto-archive on, and the inactivity rule is unchanged.
  • Expiry is checked on upstream's 5-minute archive sweep, so the archive lands within about 5 minutes of the deadline. During the delay the session skips upstream's GitHub re-reads and worktree checks (a close upstream could not confirm yet is still confirmed first); when it ends, every upstream check and hold still applies. Details: docs/auto-archive-grace.md.

A native dialog with "Allow always" for starting other sessions (thanks @alexx-ftw, #312)

  • New switch Settings -> Extra -> Community Features -> "Native dialog with 'Allow always' for starting other sessions" (off by default = upstream's in-chat card, applies live). When Claude asks to start another Code session, a dialog on the app window offers Deny (the default), Allow once and Allow always, and shows the session title, project, destination, permission mode, model and the start of the prompt Claude wrote.
  • Allow always is remembered for that project and its default destination only: another folder, host, environment, preset, the cloud or a higher permission mode still asks, and nothing inside the new session is approved by it. The row shows how many projects are remembered and forgets them; switching it off forgets them too. Details

Links

Don't miss a new claude-desktop-extra release

NewReleases is sending notifications on new releases.