Skip to main content


I guess one of the drawbacks of getting back into "Lets run Linux as a primary desktop" is realizing that yeah, the linux community is STILL full of egos that don't like being told what they should and should not do, no matter what the impact on the users.

Case in point gitlab.gnome.org/GNOME/gnome-s…

Short version: Gnome maintainers allow their own screenshot tool to run without restriction, but block all others.

Great fun.

#linux #desktop #ubuntu #gnome

in reply to Roy Greenhilt

First of all: there is no "GNOME's own screenshot tool". The component responsible for taking screenshots is the compositor, which is a privileged process anyway, and does not go through an IPC call.

Second of all: the solution is to improve the portal for other screenshot tools, which is what happened, and it's even linked from that issue: github.com/flatpak/xdg-desktop…

in reply to Emmanuele Bassi

Thanks, the link is interesting (if a bit confusing). What i was missing was the 'share' button was not asking for an internet-like share, but was asking permission to send the screenshot to another app.

I can probably work with this (though the page implies once you share it once, you shouldn't have to do it again, at least with a current version of Gnome - am i misisng something?)

#linux #gnome

in reply to Roy Greenhilt

It's not really GNOME: the portal should remember the permission given the first time, until it gets explicitly revoked by the user. You need a release of the desktop portals done after November 2022, and the screenshot tools need to use the portal instead of using the private Shell API.