Flameshot support

[CappaBot1]

Flameshot doesn't work currently and I would love to see support for it although I don't know what support would look like for an infinite canvas window manager. Just installing flameshot through apt and running it gives these error messages:

$ flameshot gui

QSocketNotifier: Can only be used with threads started with QThread
flameshot: error: Unable to detect desktop environment (GNOME? KDE? Sway? ...)
flameshot: error: Hint: try setting the XDG_CURRENT_DESKTOP environment variable.
flameshot: error: Unable to capture screen
flameshot: error: Unable to capture screen
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
flameshot: info: Screenshot aborted.

By following some advice for other window managers I set the XDG_CURRENT_DESKTOP variable to sway

$ XDG_CURRENT_DESKTOP=sway flameshot gui

QSocketNotifier: Can only be used with threads started with QThread
^C

It just hangs forever and I have to terminate it. (I'm guessing it's trying to show the interface but failing)
I can run the daemon just fine; it shows in my waybar and I can right click it to configure and stuff.

My system

• Linux mint 22.3
• LightDM 1.30.0
• DriftWM 0.13.0
• Flameshot 12.1.0
• Mako
• Waybar

lmk if you need any other relevant apps/versions

In terms of implementation I know nothing about how wayland or driftwm works but I can think of two possible outcomes:

• Flameshot looks at the screen/camera and is on top of everything else
• Flameshot is like any other app so it sticks with other apps as the camera pans around

I think I like the second one more because it sounds fun to use the "pin to desktop" feature and have it be on the canvas.

[malbiruk]

Hi!
It works for me though (it's flameshot interface captured with grim, flameshot itself also can take pictures fine), so there's probably some issue with your environment.

A couple of guesses / questions:

• Do you have xdg-desktop-portal-wlr installed?
• Did you install driftwm using make? (It sets up portals config)
• For Flameshot v12 you'll need XDG_CURRENT_DESKTOP=sway override anyway -- it refuses to run outside GNOME/KDE/sway (v14 removed this gate)

Flameshot doesn't talk to the compositor directly, it asks the org.freedesktop.portal.Screenshot D-Bus portal, and the portal needs a backend that can actually capture. xdg-desktop-portal-wlr is that backend (the -gtk one that usually comes by default implements no Screenshot interface at all), and driftwm-portals.conf is what tells the portal to route Screenshot to it. Otherwise wlr never gets picked, since it only advertises itself for sway/river/Hyprland/etc. With no backend answering, Flameshot v12 just blocks forever waiting for a reply, which matches your hang. If you didn't install via make, copy resources/driftwm-portals.conf to ~/.config/xdg-desktop-portal/ and systemctl --user restart xdg-desktop-portal.

[CappaBot1]

I just installed xdg-desktop-portal, re-built driftwm, and restarted that service and now it "works" but it's still a bit buggy.

1. When I take a screenshot I can still zoom out and interact with other windows

2. When I zoom out before taking a screenshot I think flameshot shows itself as a 1920x1080 window (my screen resolution) and then driftwm zooms in on it as shown in this image:

I don't know what "intended behaviour" would actually look like but I'm just happy it works now.
Thanks for the quick reply btw.

[malbiruk]

Yeah, I think it works as intended.

As far as I can tell it doesn't draw overlay -- on spawn it creates a fullscreen window with dimmed screenshot, from which you can crop an image you need. So pinned_to_screen wouldn't help here either.

And on any canvas gesture (pan/zoom/etc) driftwm exits fullscreen as with any other window.

[CappaBot1]

Alright, thanks for the help!