Vicente Maroto Garzón

same here

Yes, it works fine adding `/usr/lib/extensions/vulkan/MangoHud/bin/mangohud --dlsym` (Gamemode works fine on flatpak) as the wrapper command. I think the launcher should check wether the mangohud binary is available in path...

Testing for #907 I tested KDE Desktop on Fedora 36 and found this behavior. Might be related.

I tried to remove all flatpak's data (`~/.var/app/com.github.alainm23.planner`) multiple times without result. Also tried to remove all GNOME Online Accounts. I will try on a VM to see if is...

> Try: Server URL: https://fruux.com/ I tried with the same results. Something good is that I was able to reproduce the issue on a fresh and updated install of Pop!_OS...

Could be possible to take this issue with a little more importance? I find this issue really annoying for my workflow, and at this point It forced me to have...

> Seems that there's a guy working on it: https://gitlab.com/c512l/io.github.PabloMK7.Citra Hello, developer here ✋ My main intention is/was to provide a working flatpak rather than publishing it on flathub. I...

> Thanks for the clarification. > > This raises more questions that answers though - why is a critical dependency of flatpak like bubblewrap left up to OS maintainers? Shouldn't...

> I'm on Fedora 40 with flatpak 1.15.8 and this issue still remain. Fedora 40 still ships bwrap 0.8.0 (was fixed in 0.9.0). Please check `bwrap --version` version before reporting...

I can also reproduce it on VSCodium. Also I found as a workaround that changing the `codium.deskop` (or `code.desktop`) desktop file's `StartupWMClass` to `codium-url-handler` (or `code-url-handler` for vscode) "fixes" the...