EasyEffects not asking for background permission #1802
Comments
|
This just means
This is bad error handling, I had tried to do better error handling in a recent change, but it seems the error number from libportal is always the same when it is a random dbus error. So maybe I can just read the verbose error message and use that to give a helpful error message. |
|
Tried the GNOME implementation with no luck. Same behavior. I really don't want to have to reinstall 22.04 from scratch because far too many of my customizations broke wiwith the upgrade and I had to figure out cconvoluted workarounds to them. None of them were related to xdg portal, so that was definitely a separate failure. I never even did anything that could've messed with xdg portal, tbh, so either some weird config file corruption happened from data loss somehow or an Ubuntu package update itself broke it, either from my time using 20.04 or the upgrade to 22.04 itself. Wouldn't be the first time I ran into system level file corruption, tbh. I was affected by the 4.13.x kernel scheduler bug back when that was out. At any rate, I've exhausted my time today but I'll find time to do a fresh reinstall of 22.04 and report back. Hopefully whatever is messed up can be fixed this way, and if not, at least I can be sure I'll have a clean and uncorrupted system as wwe move on to other ideas. |
Did you restart after installing the package?
I think you are overthinking this, the error message is quite clear and we know from other bug reports xfce simply does not have their own portal backend yet. I highly doubt reinstalling will fix this (but maybe it will help with other issues). This issue will keep occurring until xfce makes their own portal implementation. xdg-desktop-portal-gtk used to have a background portal implementation by default but that was changed since the implementation happens to be partially gnome specific. |
|
Thank you for catching me on that. Overthinking is a bad habit of mine. It also doesn't help that it's hard to tell what does and doesn't require a restart in Linux. I can confirm that after starting up my computer today, it does indeed work. Thank you for explaining the why of it. Strange that such an essential function isn't included in all the package versions. Maybe including an extra part in the error message would help? Something like "If you keep getting this error and you're using Xfce, make sure xdg-portal-gnome is installed and reboot before trying again." Either way, thanks for being patient with me. This is a great app and has helped me with my mild hearing loss and some other hearing-related issues, so I really can't thank you enough for developing this app. Would you prefer I close this? Or would leaving it open as a means to remind you about the error handling be preferred instead? |
No problem, indeed it can be tricky to know but as a general rule of thumb any system services probably need a reboot or manual starting. But then you need to know which things are a "system service" :)
Yeah, I will try to find a way to do this. We can indeed leave this open as a reminder. |
It takes quite some time and study of Linux systems to know this. So don't feel bad about it. But thinking on our particular case whenever you see an update to PipeWire(or Pulseaudio) rebooting is a good idea. Not only when EasyEffects is updated. In theory you could kill the applications that are using the audio server and restarting them after restarting the service. But honestly it is easier to reboot the computer. |
Yeah, that's true. I've been using Xubuntu as my daily driver since 14.04 when my GPU at the time finally got support, so I have knowledge in a lot of areas. The problem here came from how I've never had to interact with the xdg portal system until now, so it makes sense I wouldn't know what I'm doing. lol Truth is, though, I'm just used to the packages automatically restarting the relevant services on install/update, so with the exception of kernel and driver updates, it's become rather rare to need to restart for anything. That's probably why the xdg portal threw me off. I didn't expect it to be a critical system process that couldn't be controlled by a systemctl command like PulseAudio or PipeWire can.
Heh. This is an area I've spent plenty of time exploring, however. I have a customized PulseAudio setup with a few null sinks and it took me so long on the switch to PipeWire to figure out how to translate the commands I was using in order to get an equivalent system working. I restarted the audio server and the app I was using to test the changes so many times during that. lol Once I got to know how it worked, though, I saw just how much more versatile it was compared to PulseAudio. There's so much more potential for better, more versatile filters and stuff. I'm looking forward to seeing what comes in the future. |
Thank you @vchernin This solution also worked on Mint 21.1 Cinnamon |
I stumbled upon this while looking for a solution. I'm on Linux Mint 21.1 and this solved it for me (EasyEffects installed through Flathub). I don't remember if I had tried rebooting before trying 'sudo apt install --no-install-recommends xdg-desktop-portal-gnome'. As such I'm not sure it was needed. I was getting the same error message as the OP, which prompted my search. |
|
I am using Linux Mint 21.3 and here are my solution details for people who also find this topic while troubleshooting. I tried rebooting before installing Just like was posted by @RafaelKr in #1363 (comment)_
But along the way, I had other issues.
|
EasyEffects Version
6.3.0
What package are you using?
Flatpak (Flathub)
Distribution
Xubuntu 22.04
Describe the bug
I just upgraded from Xubuntu 20.04 and with it, enabling PipeWire became easier due to 22.04 having it installed by default, just not enabled. That means I was finally able to convert from PulseEffects over to EasyEffects. However, I was using the mikhailnov PPA for a long time because the Flatpak version of PulseEffects had a lot of issues with autostarting that the PPA's deb install didn't. Given PulseEffects was in legacy mode by the time I tried this, I opted to not file a bug report, but now that I'm using EasyEffects and there's no deb file option for it, I have to file one now.
Near as I can tell, EasyEffects isn't even so much as asking for permission to run in the background. I made sure there wasn't any residual configuration in
~/.var/appor anything like that, so it should know to ask for any permissions it needs. But when I start it up, it goes to the main screen, and when I open the settings and go to toggle either of the options in the Service section, it just pops up with a dialog saying to runflatpak permission-reset com.github.wwmm.easyeffectsso it can ask again, but running that command doesn't change anything.Expected Behavior
I'm not sure what to expect, tbh. This is my first experience with Flatpak, so I have no idea where or how it's supposed to ask for these permissions in the first place. I just know that these options exist and worked fine in PulseEffects' deb version and so they should work here too.
Debug Log
Debug Log
Additional Information
No response
The text was updated successfully, but these errors were encountered: