Skip to content

screenshot-key regression in Cinnamon 6.4.14 #13938

Description

@clydegregg

Distribution

Linux Mint 22.3 Cinnamon, 64-bit, X11 session

Package version

6.4.14

Graphics hardware in use

AMD Radeon 780M integrated graphics (AMD Phoenix3, amdgpu driver, X11)

Frequency

Always

Bug description

I am reporting a screenshot-key regression in Cinnamon 6.4.14. Before the update, I could use Shift+Print to launch the familiar GNOME Screenshot interface and select an area. After updating, Cinnamon began intercepting the Print Screen key and launching its own capture function instead.

System information:

Computer: GEEKOM A8

Desktop: Linux Mint Cinnamon

Cinnamon version: 6.4.14

Session type: X11

Screenshot application: gnome-screenshot

My update history shows that Cinnamon was upgraded from version 6.4.8 to 6.4.14 during the same update operation that installed a new kernel. I tested the previous kernel, but the problem remained, so this does not appear to be a kernel regression.

GNOME Screenshot itself works correctly when started from a terminal:

/usr/bin/gnome-screenshot --interactive

The problem occurs when attempting to assign that command to Shift+Print. Cinnamon continues to intercept the Print Screen key before the custom shortcut can run.

I performed the following troubleshooting:

Disabled Cinnamon’s built-in screenshot bindings, including screenshot, screenshot-clip, area-screenshot, and related window bindings.

Created a valid Cinnamon custom shortcut using custom3 with:

/usr/bin/gnome-screenshot --interactive

Confirmed that the custom shortcut was stored correctly in dconf.

Logged out and back in after changing the bindings.

Disabled and tested xbindkeys; it was not responsible.

Confirmed that only csd-media-keys was running as the media-key daemon.

Attached strace to both Cinnamon and csd-media-keys; no external screenshot executable was launched when Print was pressed.

Queried the owner of the screenshot D-Bus service with:

busctl --user status org.gnome.Shell.Screenshot

The result identified Cinnamon itself:

Comm=cinnamon
Exe=/usr/bin/cinnamon
CommandLine=cinnamon --replace

Even with all configurable Cinnamon screenshot bindings cleared, pressing Print still activates Cinnamon’s internal screen capture. Cinnamon’s shortcut editor also cannot reliably capture the Print key because the internal screenshot handler receives it first.

This behavior prevents users from assigning Print or Shift+Print to their preferred screenshot application. It also makes the shortcut settings misleading because the displayed configuration says the bindings are disabled while Cinnamon continues to act on them.

Please investigate Cinnamon 6.4.14’s internal handling of the Print Screen key. The desktop should respect disabled screenshot bindings and allow custom shortcuts to receive Print-key combinations. I would appreciate either a fix or clear instructions for disabling Cinnamon’s internal screenshot handler.

Steps to reproduce

Please see bug description.

Expected behavior

Please see bug description above.

Additional information

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions