patrickjaja/claude-desktop-extra v5.1231.2-4

Claude Desktop 5.1231.2 (patch release 4)

on GitHub

Claude Desktop 5.1231.2 (patch release 4)

This release provides Claude Desktop version 5.1231.2 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/v5.1231.2-4/claude-desktop-extra-5.1231.2-4-x86_64.pkg.tar.zst
# ARM64
sudo pacman -U https://github.com/patrickjaja/claude-desktop-extra/releases/download/v5.1231.2-4/claude-desktop-extra-5.1231.2-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_5.1231.2-4_amd64.deb
# ARM64
sudo apt install ./claude-desktop-extra_5.1231.2-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-5.1231.2-4.x86_64.rpm
# ARM64
sudo dnf install ./claude-desktop-extra-5.1231.2-4.aarch64.rpm

NixOS / Nix

nix run github:patrickjaja/claude-desktop-extra

AppImage (Any Distro)

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

From CHANGELOG.md, 2026-11-12:

Computer Use: the glow and the drawn cursor on KDE Plasma and GNOME Wayland

• KDE Plasma 6.6+ (Wayland) gets the same "Claude is using your computer" glow as sway, Hyprland and niri, with Anthropic's drawn cursor when that is on: a click-through layer-shell overlay drawn by kwin-portal-bridge overlay, on the monitor Computer Use works on. It needs the kwin-portal-bridge build that carries the overlay (its doctor reports capabilities.overlay and capabilities.session_overlay_opt_out); the screen-sharing session then starts without the bridge's own glow, so there is never more than one. The bridge keeps the overlay out of every screenshot. An older or custom KWIN_PORTAL_BRIDGE_BIN keeps drawing its own glow, as before.
• The "Claude is using your computer" badge is drawn on the sway, Hyprland, niri and KDE Wayland overlay like on Anthropic's glow: it flashes in the centre of the screen and slides to the top-right corner over 6 seconds each time Claude takes Computer Use (not with reduced motion), when the bridge build draws it. A screenshot taken while it is up is captured with the whole overlay hidden, so the badge is never in what Claude receives.
• Show the glow while Claude uses the computer now also turns the glow off on KDE Plasma and GNOME Wayland with those bridges. See Computer Use.
• Screenshots from a COWORK_SCREENSHOT_CMD, from spectacle (KDE) or from Electron's screen capture no longer contain the drawn arrow or its press ring (they are hidden for the capture like for the bundled bridges). On X11 the monitor list the captures use is refreshed when a monitor is plugged in, removed or changed, instead of staying stale for the session.
• GNOME Wayland gets the glow, Anthropic's drawn cursor and the badge too, drawn by gnome-portal-bridge overlay as click-through XWayland windows (GNOME Shell has no layer-shell), on the monitor Computer Use works on. It needs the gnome-portal-bridge build that carries the overlay (its doctor reports capabilities.overlay) and XWayland. The glow is static there, hidden in the Activities overview and below GNOME Shell's dialogs and notifications. GNOME cannot leave the overlay out of a screen capture, so all of it is hidden for each screenshot (up to 150 ms wait, normally 50 to 65 ms) and Claude's screenshots contain none of it; the glow blinks briefly at each screenshot.
• The first screenshot of a Computer Use lock no longer shows the glow or the badge on the sway, Hyprland and niri overlay. A screenshot taken before the overlay had come up now holds its appearance back until the capture is done (no added wait), and a screenshot taken between the overlay's show and its answer hides it as usual.

Computer Use: emoji typed on sway, Hyprland and niri

• Characters outside the Basic Multilingual Plane (emoji, U+1D11E) arrive intact in Chromium and Electron apps on sway, Hyprland and niri. Those apps keep a typed key's character in 16 bits on native Wayland, so the bridge's key-by-key typing cut U+1F600 to U+F600. Such characters are now pasted through the clipboard (Ctrl+V, clipboard restored afterwards) while the rest of the text is still typed; a terminal in front, or a front window Claude cannot name, keeps the old typing. Other desktops are unchanged. See Computer Use.

Computer Use: clicks after an app restart land where Claude aimed

• After the app restarts in the middle of a session, Claude's clicks, scrolls, drags and moves before its next screenshot are read in the size its screenshots of that monitor have (for example 1430x804 for a 1920x1080 monitor at scale 1.6), on every session type and on KDE Plasma Wayland. They were taken as screen positions (Code sessions and local Cowork) or divided by the scale factor (KDE Plasma Wayland, cloud sessions, teach mode), so they landed short and towards the top left on every monitor whose screenshots are scaled down. The same applies right after switch_display, on the newly chosen monitor. A point outside that size is refused with "Take a screenshot first", as is a click whose screenshot size cannot be told yet; Claude then takes a screenshot and goes on. claude-patches.log has a no screenshot yet in this app run line for each such click.
• The same in cloud sessions and teach mode: a click whose screenshot size cannot be told yet (KDE X11 with spectacle before the bundled x11-bridge said whether it masks) is refused with "Take a screenshot first" there too, instead of being divided by the scale factor. app_ax_find before any screenshot reports positions in the size the next screenshot will have also where screenshots keep the full size (COWORK_SCREENSHOT_CMD, spectacle on KDE X11).

Computer Use: monitors with the same name

• Code sessions and local Cowork on X11, sway, Hyprland, niri and GNOME Wayland: two monitors with the same name (both "Unknown Display" in a VM, two identical monitors) are told apart as "Unknown Display" and "Unknown Display (2)", as Anthropic's own code names them; the second one was unreachable by name with switch_display. With two or more monitors each screenshot now names the monitor it shows and the others, the note the switch_display description tells Claude to read. Monitors with unique names read as before.

Profiles: a named profile no longer overwrites the default profile's OS entry points state

• Multiple profiles: each profile keeps its own os-entry-points.json (whether the OS entry points are on, and the account and organization the GNOME search provider shows). Upstream wrote it to ~/.config/Claude from every profile, so a named profile replaced the default profile's account and organization, or switched its search results off. The default profile and 3P mode write where they did. See Profiles.

Computer Use: long texts on X11, GNOME screenshots after a session restart

• X11: typing allows time in proportion to the text instead of a flat 15 seconds, and when the bundled x11-bridge is stopped part-way (the time ran out, or the keyboard layout changed mid-text) only the rest is typed, never the whole text again. An x11-bridge without that report behaves as before.
• GNOME Wayland: when a screenshot has to start the screen-sharing session first, it starts it before hiding the glow, so the glow is not hidden while GNOME's consent dialog is open and the capture follows the hide at once.

Links

• Full Changelog