so, I have a couple of Flatpak electron apps that need to be coerced into running under Wayland (Element, Freetube, etc.). they run fine with Xwayland, but I need xlsclients (show Xwayland apps) output to be empty for unrelated reasons. so what I’m doing is:
- determining where the .desktop file is, by way of right-clicking app in the Application Launcher, Edit Application, etc.
- reconstructing where the file actually is, as I usually get a symlink
- copying the file to
~/.local/share/applications/ - editing the file to add
--enable-features=UseOzonePlatform,WebRTCPipeWireCapturer --ozone-platform=waylandor whatever its case may be
that’s it, Plasma picks up the change almost instantly.
this seems super-convoluted, is there a better way?
I tried that initally, says there’s insufficient write access to
.l/s/a(it’s 0700) an then creates an invalid symlink:$ ll .local/share/applications/org.signal.Signal.desktop lrwxrwxrwx@ - i 14 Dec 15:22 .local/share/applications/org.signal.Signal.desktop -> ../../../app/org.signal.Signal/current/active/export/share/applications/org.signal.Signal.desktopsearching helped me nada, so that’s why I started manually editing 'em.
edit: there’s a bug report - https://bugs.kde.org/show_bug.cgi?id=394476
Interesting. It seems to be working for me, but the application entry I tried to edit (SpeedCrunch) was from the flathub.org repo that’s pre-included, so I guess, maybe that repo is set up correctly, for this bug not to occur? Maybe that’s a distro-specific thing?
But yeah, did you try the workaround that’s mentioned in the bug report (creating the Flatpak repo as non-root)?
yeah I
remote-delete’d all the ones that were there by default and then added flathub without the--userflag, as was the custom at the time, so I guess that’s the culprit. no biggie, it works this way too and the couple of apps that need to be cajoled don’t need that daily. the question was about the perceived cumbersomeness about fixing, but it turns out it’s due to my tinkering.