This issue effectively prevents first-time permission acquisition for screenshot access when launching applications via GNOME launcher.
Since the permission dialog cannot be shown due to focus restrictions, and no permission is stored yet, the application becomes unusable without manual intervention. This suggests a UX gap in the portal permission flow: there is no fallback mechanism when the dialog cannot be displayed. A possible improvement could be: - allowing the portal to defer the dialog until the app gains focus, or - allowing certain launcher-initiated apps to request permission dialogs, or - documenting a supported way for apps to obtain focus before requesting permissions. Possibly related to similar upstream issues: - https://github.com/flameshot-org/flameshot/issues/4016 - https://github.com/flameshot-org/flameshot/issues/3700 These describe similar failures of Flameshot on Wayland where the permission dialog is not shown or access is denied. In this case, the issue appears to be specifically caused by GNOME refusing to show the portal permission dialog for a non-focused application, resulting in a deadlock where permission cannot be granted. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2148068 Title: Flameshot cannot capture screen when launched from GNOME launcher on Wayland due to portal permission dialog being blocked by focus restriction To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xdg-desktop-portal-gnome/+bug/2148068/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
