A related Flameshot window briefly appears and disappears on Niri Wayland

Flameshot Version

Flameshot v14.0.0 (-), compiled with Qt 6.11.1.

Installation Type

Linux, MacOS, or Windows Package manager (apt, pacman, eopkg, choco, brew, ...)

Operating System type and version

Fedora Linux 44 (Cinnamon), running a Niri Wayland session. Kernel: 7.1.8-200.fc44.x86_64 Architecture: x86_64

Description

On Fedora Linux 44, running Niri as the Wayland compositor, Flameshot 14.0.0 has a problem when using the Wayland screenshot portal.

Firstly, to get Flameshot working, I had to create this folder and write the following inside it:

`bat .config/xdg-desktop-portal/niri-portals.conf
`─────┬─────────────────────────────────────────────────────────────────────────────────────────────
     │ File: .config/xdg-desktop-portal/niri-portals.conf
─────┼─────────────────────────────────────────────────────────────────────────────────────────────
   1 │ [preferred]
   2 │ default=gnome;gtk;
   3 │ org.freedesktop.impl.portal.ScreenCast=gnome;
   4 │ org.freedesktop.impl.portal.Screenshot=gnome;
   5 │ org.freedesktop.impl.portal.RemoteDesktop=gnome;
   6 │ org.freedesktop.impl.portal.Access=gtk;
   7 │ org.freedesktop.impl.portal.Notification=gtk;
   8 │ org.freedesktop.impl.portal.Secret=gnome-keyring;
─────┴──────────────────────────────────────────────────────────────

After launching flameshot gui, the GNOME/XDG Desktop Portal asks for permission to take a screenshot. I approved the permission when prompted. The permission dialog itself is not the issue.

The problem occurs after the permission is granted: a separate/temporary Flameshot-related window appears briefly and then disappears. This happens when the screenshot GUI is being opened. The behavior makes the screenshot interface appear to be opening and closing unexpectedly.

The screenshot portal itself works after explicitly configuring the Niri portal configuration to use the GNOME backend for Screenshot and ScreenCast, so the screenshot can ultimately be captured. However, the temporary window appearing and immediately disappearing is unexpected and appears to be related to the Flameshot Wayland/portal workflow.

When running flameshot gui from a terminal, the following Qt errors are printed:

QPainter::begin: Paint device returned engine == 0, type: 2 QPainter::setRenderHint: Painter must be active to set rendering hints QPainter::setCompositionMode: Painter not active QPainter::translate: Painter not active QPainter::setPen: Painter not active QPainter::setBrush: Painter not active QPainter::drawEllipse: Painter not active QPainter::setBrush: Painter not active QPainter::drawEllipse: Painter not active

Steps to reproduce

1. Log into a Niri Wayland session on Fedora Linux 44.

2. Install Flameshot 14.0.0 from the Fedora repositories.

3. Configure the XDG Desktop Portal to use the GNOME portal backend for Screenshot and ScreenCast.

4. Run:

   flameshot gui

5. Approve the XDG Desktop Portal screenshot permission when prompted.

6. Observe the Flameshot screenshot workflow.

7. A separate/temporary window appears briefly and then disappears.

8. Observe the terminal output from flameshot gui.

Screenshots or screen recordings

No response

System Information

Operating system: Fedora Linux 44 (Cinnamon)

Desktop environment / Window manager: Niri

Display protocol: Wayland

Xwayland: X.Org Xwayland 24.1.13

Niri output: Output "HP Inc. HP X27q 6CM1490HML" (DP-3) 2560x1440 @ 164.834 Hz Scale: 1 Position: 0,0 Logical size: 2560x1440

GPU 1: Intel Raptor Lake-S GT1 [UHD Graphics 770] Driver: i915

GPU 2: NVIDIA GeForce RTX 3070 Lite Hash Rate Driver: nvidia 610.57.04

OpenGL: 4.6.0 Renderer: NVIDIA GeForce RTX 3070/PCIe/SSE2

Flameshot: 14.0.0 Qt 6.11.1

Kernel: 7.1.8-200.fc44.x86_64