claude-code - 💡(How to fix) Fix `/usage` Ctrl+S silently fails to copy stats screenshot on Linux/X11 [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#54695Fetched 2026-04-30 06:38:34
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×3

Pressing Ctrl+S in the /usage stats dialog does not place anything on the system clipboard. The changelog describes Ctrl+S as copying a screenshot of the stats screen to the clipboard ("Improved resolution of stats screenshots copied to clipboard (Ctrl+S) for crisper images", "Stats screenshot (Ctrl+S in /stats) now works in all builds and is 16× faster"), but on Linux/X11 it appears to be a no-op — neither an image nor a text fallback ends up on the clipboard.

There is no user-visible error; the dialog dismisses as if the copy succeeded.

Error Message

There is no user-visible error; the dialog dismisses as if the copy succeeded.

Root Cause

Pressing Ctrl+S in the /usage stats dialog does not place anything on the system clipboard. The changelog describes Ctrl+S as copying a screenshot of the stats screen to the clipboard ("Improved resolution of stats screenshots copied to clipboard (Ctrl+S) for crisper images", "Stats screenshot (Ctrl+S in /stats) now works in all builds and is 16× faster"), but on Linux/X11 it appears to be a no-op — neither an image nor a text fallback ends up on the clipboard.

There is no user-visible error; the dialog dismisses as if the copy succeeded.

Code Example

TARGETS
MULTIPLE
TIMESTAMP
text/plain;charset=UTF-8
text/plain;charset=utf-8
UTF8_STRING
text/plain;charset=ISO-10646-UCS-2
text/unicode
text/plain
STRING
RAW_BUFFERClick to expand / collapse

Summary

Pressing Ctrl+S in the /usage stats dialog does not place anything on the system clipboard. The changelog describes Ctrl+S as copying a screenshot of the stats screen to the clipboard ("Improved resolution of stats screenshots copied to clipboard (Ctrl+S) for crisper images", "Stats screenshot (Ctrl+S in /stats) now works in all builds and is 16× faster"), but on Linux/X11 it appears to be a no-op — neither an image nor a text fallback ends up on the clipboard.

There is no user-visible error; the dialog dismisses as if the copy succeeded.

Repro

  1. claude/usage
  2. Press Ctrl+S
  3. In another shell: xclip -selection clipboard -o -t TARGETS
  4. In another shell: xclip -selection clipboard -o

Expected

Either:

  • The clipboard TARGETS list contains image/png and pasting into an image-aware app yields the screenshot, or
  • A text representation of the stats lands on the clipboard.

Actual

TARGETS lists only text MIME types and no image target:

TARGETS
MULTIPLE
TIMESTAMP
text/plain;charset=UTF-8
text/plain;charset=utf-8
UTF8_STRING
text/plain;charset=ISO-10646-UCS-2
text/unicode
text/plain
STRING

xclip -selection clipboard -o returns empty / a single newline. The clipboard is whatever it was before pressing Ctrl+S — Claude Code did not modify it.

Environment

  • Claude Code: 2.1.122
  • OS: Arch Linux, kernel 6.19.14-arch1-1 (x86_64)
  • Display server: X11 (XDG_SESSION_TYPE=x11, DISPLAY=:0, WAYLAND_DISPLAY unset)
  • Shell: zsh
  • Terminal emulator: Alacritty
  • xclip 0.13 installed; wl-clipboard not installed (not needed on X11)
  • TERM=xterm-256color

Notes

  • xclip itself works fine for other apps — echo hi | xclip -selection clipboard followed by xclip -selection clipboard -o round-trips correctly, so the system clipboard is functional.
  • No screenshot file appears anywhere under ~/.claude/, ~/.cache/, /tmp/, or ~, so this is not "saved to disk in an unexpected location" — the copy step itself isn't happening.

extent analysis

TL;DR

The issue is likely due to a bug in Claude Code's screenshot-to-clipboard functionality on Linux/X11, and a potential workaround is to verify the clipboard functionality using other applications.

Guidance

  • Verify that the xclip command works correctly with other applications to ensure the issue is specific to Claude Code.
  • Check the Claude Code documentation or changelog for any known issues or updates related to the screenshot-to-clipboard feature on Linux/X11.
  • Test the same functionality on a different platform or environment to see if the issue is specific to the current setup.
  • Consider reporting the issue to the Claude Code developers or community for further assistance.

Example

No code snippet is provided as the issue seems to be related to the application's functionality rather than a specific code error.

Notes

The issue appears to be specific to the Claude Code application on Linux/X11, and the provided information suggests that the system clipboard is functional with other applications.

Recommendation

Apply workaround: Since the issue seems to be specific to Claude Code, it's recommended to report the issue to the developers and wait for a fix or use an alternative method to copy the stats screenshot.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix `/usage` Ctrl+S silently fails to copy stats screenshot on Linux/X11 [1 participants]