Cinnamon: "area-screenshot," "area-screenshot-clip" do not work, under any keybinding

Created on 21 Mar 2015  路  34Comments  路  Source: linuxmint/cinnamon

Since upgrading from 17 Qiana to 17.1 Rebecca (via mintupdate), the ShiftPrintScreen keybinding no longer works for me, nor does ShiftCtrlPrintScreen.

I checked in cinnamon-settings → Keyboard → Keyboard Shortcuts → System → Screenshots and Recording, and the keys are properly bound. If I add another binding for the same operation, it still doesn't work.

Running gnome-screenshot -a from a terminal gives the expected behavior.

I have run cinnamon-desktop-migrate-mediakeys. I don't know if it was working before I did this.

BUG REPRODUCED

Most helpful comment

Thanks to Joriktos.
First let's go to delete the already existing keybinding. Go to

System Settings>Keyboard>Shortcuts

In the left panel select

System>Screenshot and Recording

Click in Take a screenshot of an area, below in Keyboard bindings section double click in Shift+Print and BackSpace for clear the existing keybinding. After that, go below and click

Add custom shortcut

type a name "New_area_shortcut" for example, and in Command area type

sh -c 'sleep 0.125; gnome-screenshot -a'

and after click Add.

OS: Antergos [Arch Linux]
cinnamon version: 3.0.7
Linux Kernel: 4.8.6-1ARCH
gnome-screenshot 3.22.0

All 34 comments

Any thoughts? I'd be happy to work on a patch if someone could show me where to start. Thanks!

i can confirm this problem.
also i've never run cinnamon-desktop-migrate-mediakeys (knowingly) and still it's not working

Same problem here in a new Linux Mint 17.3 intall.

There's a trick a I do to get it working. I keep Ctrl+Shift+Prnt.Screen pushed for few seconds and when released it works. It works in a good probability.

@juanluperez: whoa, can confirm鈥攖hat's mind-boggling. any ideas why?

Stumbled upon this using a fresh Mint 17.3 install too.
This has been described here https://forums.linuxmint.com/viewtopic.php?f=60&t=210288 and also here https://forums.linuxmint.com/viewtopic.php?t=202909

tl;dr:
Two separate workarounds are:
1)

holding Shift and doing a quick tap of the PrtScrn works everytime

2) Using a script for the ShiftPrtScn shortcut with sleep before running the screenshot command:

#!/bin/sh

sleep 0.125
gnome-screenshot --area

If I hold the keys for a while, I can get it to work.
MATE seems to be affected as well.
https://github.com/mate-desktop/mate-utils/issues/37

I just tried all screenshot/recording shortcuts and they all seem to work for me on Arch Linux with cinnamon 3.0.7 and gnome-screenshot 3.20.1 installed.
Is this still an issue for you with latest cinnamon?

Yes, this is still a problem with new cinnamon. Nothing changes.

Hello friends, I just had installed Antergos [Arch Linux]+ Cinnamon , I has to say there is a problem for take area screenshot.
Similar to my friend @anandrkris , I has to hold the keys for a while to take the area screenshot.
cinnamon version: 3.0.7
Linux Kernel: 4.8.6-1ARCH
gnome-screenshot version: 3.22.0
Greetings from Ecuador

Thanks to Joriktos.
First let's go to delete the already existing keybinding. Go to

System Settings>Keyboard>Shortcuts

In the left panel select

System>Screenshot and Recording

Click in Take a screenshot of an area, below in Keyboard bindings section double click in Shift+Print and BackSpace for clear the existing keybinding. After that, go below and click

Add custom shortcut

type a name "New_area_shortcut" for example, and in Command area type

sh -c 'sleep 0.125; gnome-screenshot -a'

and after click Add.

OS: Antergos [Arch Linux]
cinnamon version: 3.0.7
Linux Kernel: 4.8.6-1ARCH
gnome-screenshot 3.22.0

I have realized that cinnamon sometimes has to be restarted for new shortcuts to work, could you please retry after a cinnamon restart?

Almost two years behind and still no fix :{

Btw thanks for a hint with holding

This is still the case on Debian stretch, running cinnamon 3.2

I can confirm the information that is mentioned in #5263: the problem depends on how long you press the PrtScn key. If you do a very short keypress, it works fine. Doing a longer (normal) keypress, doesn't work.

Looking at .xsession-errors you can see that in the second case (normal length keypress), the screenshot was already triggered, and that the are had width = 0 and height = 0

I suspect this is actually a long-standing bug in gnome-screenshot. It's been reported for mate-screenshot:
https://github.com/mate-desktop/mate-utils/issues/37

I think this upstream bug is reporting about the same issue, although it doesn't have much info:
https://bugzilla.gnome.org/show_bug.cgi?id=682626

I have 3 Mint 18.2 machines.
the 2 of them work well with any print screen key.
but my main desktop does not work as a normal procedure.

anyway there is a bug, we still know another solution.
cheers!

I came here hope for a solution, but I'm in Mint 18.3 and the bug still remains ;(

I remapped to not use my PrintScr button - Crtl-S - full screen screenshot, Super-S - Current Window. All is well.

Mint 19 still has issue. Thanks for the tips though.

I can confirm this is still a bug in Mint 19. Hope it can be solved. I have to double press Print to get it work.

Still a bug in Mint 19

Can confirm this also occurs when installing Cinnamon on an existing Fedora 28 machine. It works fine when I log into Gnome 3 instead.

@clefebvre Do you mean update gnome-screenshot to 3.25.0? I've tested it, nothing improved. Still a bug. Sometimes works, sometimes not.

I don't fully understand what happens? It worked perfectly in the past, and after updating to 17.01 or later, it doesn't work any more. So why not just rollback?

Did you try the package he linked? Upstream 3.25 does not contain this fix (it has been submitted but not yet accepted).

As to your other question, most likely nothing changed with gnome-screenshot itself. Hundreds of packages surrounding and being used by gnome-screenshot did. The way gnome-screenshot works it likely ended up being affected by what is more or less behavioral drift by the desktop and other components of the os over the years.

Now I have tried it. Whoa, it works seamlessly. At least for now.

Thank you @mtwebster and @clefebvre .

Thanks to Joriktos.
First let's go to delete the already existing keybinding. Go to

System Settings>Keyboard>Shortcuts

In the left panel select

System>Screenshot and Recording

Click in Take a screenshot of an area, below in Keyboard bindings section double click in Shift+Print and BackSpace for clear the existing keybinding. After that, go below and click

Add custom shortcut

type a name "New_area_shortcut" for example, and in Command area type

sh -c 'sleep 0.125; gnome-screenshot -a'

and after click Add.

OS: Antergos [Arch Linux]
cinnamon version: 3.0.7
Linux Kernel: 4.8.6-1ARCH
gnome-screenshot 3.22.0

For me works, but with sleep 0.25 Mint 18.3 Cinnamon

It seems to me that this problem persists. Am I right?

This problem is still occurring. With the keybinding I was using, pressing ShiftPrtSc would always create a gnome-screenshot process, but 4 out of 5 times the process would just fail to work and then stay sleeping until I ran killall gnome-screenshot. Changing to a custom shortcut with sleep 0.25 beforehand still works, though.

I will donate 100 USD to whoever submits an accepted pull request solution for this. It's been 5 years now!

Agreed @Deleetdk, I'm skint at the moment but will definitely throw a few USD towards a solution if one is found. I should just mention, when @juanluperez says:

There's a trick a I do to get it working. I keep Ctrl+Shift+Prnt.Screen pushed for few seconds and when released it works. It works in a good probability.

In my experience, opening htop and then testing the "keep [the key combination] pushed for a few seconds" technique shows that many gnome-screenshot processes appear, the longer the keys are pressed the more identical processes appear, and when the crosshairs finally appear and I select the area and successfully take the screenshot, one gnome-screenshot process disappears, but all the previous ones spawned during holding down the keys remain, again until I run killall gnome-screenshot.

In my experience, opening htop and then testing the "keep [the key combination] pushed for a few seconds" technique shows that many gnome-screenshot processes appear, the longer the keys are pressed the more identical processes appear, and when the crosshairs finally appear and I select the area and successfully take the screenshot, one gnome-screenshot process disappears, but all the previous ones spawned during holding down the keys remain, again until I run killall gnome-screenshot.

+1 more for this. Holding the key opens many instances of gnome-screenshot for me on Fedora 32. These do not exit unless you kill the processes and the buildup seems to eventually prevent the hotkey from working even by using the hold [key combo] "workaround" until you kill them.

The custom shortcut with

sh -c 'sleep 0.125; gnome-screenshot -a'

DOES work on the first keypress every time and doesn't seem to result in spawning multiple additional processes so thank you to whoever initially figured that out.

I'm going to call this tentatively fixed by this:https://github.com/linuxmint/cinnamon-settings-daemon/commit/7daaa5c58181430ef7d8b63b73c2a5a8d8d4a442

We've been patching gnome-screenshot on mint for a while now to work around the issue with area screenshots, but this should allow any version of gnome-screenshot to work properly in Cinnamon.

I had submitted a patch upstream but it was never really looked at, so this is about the next best we can probably do.

Was this page helpful?
0 / 5 - 0 ratings