Gnome40/Wayland unable to capture screen with latest build (e4e7c90)

[XMoon]

Flameshot version

Flameshot v0.10.1 (e4e7c90)
Compiled with Qt 5.15.2

Describe the bug

unable to capture screen when using build e4e7c90 in Gnome40 / Wayland.

Not found any error log in console, only a notify in gnome view show flameshot info : unable to capture screen

but build 5021457 is ok.

To Reproduce

using build e4e7c90 in Gnome 40 /wayland & run flameshot gui.

System Information

System:
  Host: LLAP-Lyoko Kernel: 5.14.16-arch1-1 x86_64 bits: 64 Desktop: GNOME 40.5
  Distro: Arch Linux
Graphics:
  Device-1: AMD Renoir driver: amdgpu v: kernel
  Device-2: IMC Networks Integrated Camera type: USB driver: uvcvideo
  Display: wayland server: X.Org 1.21.1.2 driver: loaded: amdgpu
  unloaded: modesetting resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz
  3: 2560x1600~60Hz
  OpenGL: renderer: AMD RENOIR (DRM 3.42.0 5.14.16-arch1-1 LLVM 12.0.1)
  v: 4.6 Mesa 21.2.4

[staticf0x]

Can reproduce on Fedora 34, Gnome 40.5 (gnome-shell-40.5-2.fc34). Compiled with Qt 5.15.2

git bisect yields commit 584bcd7 as the first bad one.

[borgmanJeremy]

Hmmmm something is different in our setup then. I built the main branch from source on both Fedora 34 and Fedora 35 and its working fine.

[staticf0x]

I guess yeah. In the commit I linked there's something to do with the clipboard, I didn't have much time to dig deeper in that, but I'm using the GPaste extensions, which also controls clipboard (images incl.). That is for F34, on another machine with F35 I don't have GPaste. But I also didn't try bisecting on F35, only F34.

[borgmanJeremy]

I installed gpaste in Fedora 34 via dnf and its still working.

[veracioux]

It seems that @XMoon and @meesha7 are talking about different issues, because 5021457 (which works for @XMoon) comes after 584bcd7 (the first bad commit per @meesha7).

Looking at 584bcd7, the most likely cause is the change in the D-Bus method graphicCapture. Please make sure that flameshot is killed (no daemon running) and then run both flameshot and flameshot gui. If you were using keyboard shortcuts to launch flameshot, they can get messed up by the changed D-Bus method. Any new findings?

I can't comment on e4e7c90 (the first bad commit per @XMoon) because I have no idea what it does :)

[XMoon]

in this reproduction.

I found something that if I clicked the 分享 (share) blue button from the window which look like gnome built-in thing show after I run flameshot gui, it will bring me to the normal flameshot gui screenshot action.

The words in center in English is : Would you share this screenshot with the requesting application?

[olfuerniss]

I have exactly the same problem. Was working fine on Fedora 34. Updated yesterday to Fedora 35 and now I get the error notification "Flameshot Info: Kann den Bereich nicht aufnehmen" wenn I try to capture a screenshot by using the Flameshot App icon menu entry "Bildschirmaufnahme anfertigen".
P.S. I also get the same error notification when I start it with "flameshot gui"

[sergiovier]

Same here. Updated to fedora 35, reboot, started flameshot and get "unable to capture screen"

[staticf0x]

@olfuerniss @sergiovier the newest version (with this issue fixed) is not yet in the Fedora repos: https://koji.fedoraproject.org/koji/packageinfo?packageID=26139

[sergiovier]

@meesha7 sorry, reading at issues, found #1910, that workaround at least allows me to use flameshot "now-as-it-is"

Gnome devs did this change without any comunication and viable alternative?

[borgmanJeremy]

In their opinion the old API was only meant for "private" use. The viable alternative is the new method where users get a popup every time. Here is the thread: https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1970

However the flatpak portal developers are open to created a one time prompt rather than everytime: flatpak/xdg-desktop-portal#649

[luis-alves]

I'm having this issue too, after upgrading from Fedora 34 to 35 with Gnome Wayland.