easyeffects
easyeffects copied to clipboard
wwmm
Importing any file in Linux Mint Cinnamon freezes the desktop
EasyEffects Version
6.1.2
What package are you using?
Flatpak (Flathub)
Distribution
Linux Mint 20.2 Cinnamon
Expected Behavior
When importing parametric EQ presets or convolver impulses, a file browser should open to let me browse to and select a file.
Actual Behavior
Clicking the button to import presets or import impulses opens a file browser at the root directory and freezes the desktop. The easyeffects application itself appears to remain responsive, but because the browser covers it, there's not much I can do but click around on the dialog created by the 'Presets' or 'Impulses' button. I have to ctrl-alt-backspace and restart the X server to regain control.
Additional Information
No response
I've identified that any button which creates a dialog box (Presets, settings menu, Add Plugin, etc.) freezes everything that isn't easyeffects. The rest of my system doesn't become responsive until I close the dialog by clicking somewhere else on easyeffects.
My workaround is now to maximize easyeffects before trying to import anything so the file browser doesn't completely cover up the application. I can then close that dialog box and continue as normal.
See https://github.com/wwmm/easyeffects/issues/1165#issuecomment-926765277
I wonder what it is on Cinnamon/Mint that causes this.
I'd be interesting if someone tries Cinnamon on Fedora or something.
Getting this in KDE Plasma, Arch Linux, sometimes.
I wonder why sometimes? Is there a way to reproduce the issue consistently?
Menus that easyeffects open sometimes aggressively steal focus, preventing interaction with other things including within easyeffects until they're dismissed
For example if you open the presets menu, you cannot interact with anything else on your desktop until its dismissed, and it can only be dismissed by clicking elsewhere within the app.
I've never encountered any other application that behaves this way, nor am I familar with GTK, so I can't say why your app is doing this.
For the case of importing files, the issue in my case is a combination of the above, and GTK_USE_PORTAL=1, which allows GTK to use the KDE file picker instead of the GTK native one. When using the GTK file picker, interacting within it causes the focus stealing menu to be dismissed.
The KDE picker is not considered part of easyeffects, and with the import menu open and therefore stealing focus, neither the picker or the rest of the desktop can't be interacted with until the menu is dismissed(which thankfully can be done by clicking on the inactive easyeffects window behind the file picker, though this didnt work initially for some reason and I had to switch to another VT session and kill easyeffects)
Are you using X11? Since you're on Arch, Wayland on KDE should be a relatively decent experience for non-Nvidia.
There have been reports of similar sounding issues on X11: https://github.com/wwmm/easyeffects/issues/1182
Thanks for confirming, you're probably experiencing https://github.com/wwmm/easyeffects/issues/1182 then.
It's possible the original issue here is also #1182. I will ask in #gtk about this.
This has to be reported to the gtk developers somehow. It is clear that the gtk4 backend for X11 has problems. Although this menu focus issue used to happen on wayland too since the last gtk4 update I haven't seen it anymore.
I was able to reproduce at least one issue with the Flatpak build (gtk 4.4). I can dismiss the popover by clicking anywhere on Wayland, but I need to click within the app on X11.
I think it is this issue: https://gitlab.gnome.org/GNOME/gtk/-/issues/3502
I've identified that any button which creates a dialog box (Presets, settings menu, Add Plugin, etc.) freezes everything that isn't easyeffects. The rest of my system doesn't become responsive until I close the dialog by clicking somewhere else on easyeffects.
My workaround is now to maximize easyeffects before trying to import anything so the file browser doesn't completely cover up the application. I can then close that dialog box and continue as normal.
I can confirm, there is a bug, and your workaround actually works. thanks.
ElementaryOS 6.
Can confirm that it occurs on popos gnome 3.38.4.
My workaround is now to maximize easyeffects before trying to import anything so the file browser doesn't completely cover up the application. I can then close that dialog box and continue as normal.
This workaround didn't work for me.
Ubuntu 20.04, stock Gnome, this happens to me as well. Workaround does not work. I have to switch to a different terminal via Ctrl+Alt+F4, kill easytune, and Ctrl+Alt+F2 back.
Any work arounds to importing the wav file without using the UI so I can try eq?
Edit: Switching to Wayland seems to work around the issue?
Yes switching to Wayland avoids this.
Ubuntu 22.04 (releasing in a couple weeks) will default to Wayland so the impact of this will be a lot less widespread.
Any work arounds to importing the wav file without using the UI so I can try eq?
Yes. All that the import dialogs do is copying files to folders inside ~/.config/easyeffects/. You can do that manually if necessary.
Whatever way I installed easyeffects placed them into this folder ~/.var/app/com.github.wwmm.easyeffects/config/easyeffects/irs
Whatever way I installed easyeffects placed them into this folder ~/.var/app/com.github.wwmm.easyeffects/config/easyeffects/irs
This folder is used by the Flatpak package.
I just came across this issue in PopOS 22.04. Just FYI, if you are using a FIR WAV file, you have to change the file extension from .wav to .irs when moving it into the irs folder listed in the previous comment.
I'm still suffering from this issue on Ubuntu 22.04 LTS
Yes. I have no idea if gtk develoers are looking at this. Since the issue https://gitlab.gnome.org/GNOME/gtk/-/issues/3502 was opened a few gtk releases have come. I haven't used X11 in a while. At least on Wayland the dialogs are working. But popover menus still have problems in some corner cases.
On EndeavourOS ( Kernel: 6.1.6-arch1-1) , this issue also occurs on Wayland KDE Plasma, in addition to X11. I guess by reading through that linked gitlab issue and related MR posts, looks like it's entirely possible that this will be a permanent issue for KDE.
looks like it's entirely possible that this will be a permanent issue for KDE.
I wonder why this is happening on KDE even using wayland. At least here on GNOME + wayland file dialogs are working. In any case at least for wayland gtk has to fix this. Unless there is something wrong on KDE that needs to be fixed on their side.
I take that back. Needs feedback from another KDE wayland users as well, to make sure whether this issue is only on my (wayland ) end or is actually a problem on all. Though this is on a fresh installed system, so I might have missed something. I hadn't touched easyeffects presets for a long while on previous system( also plasma wayland), so I had no idea the freezing on file-picker was an issue.
As gtk 4.10 deprecated GtkFileChooserNative in favor of GtkFileDialog I am starting to do the replacement in EasyEffects. The preset import dialog code in our master branch is now based on GtkFileDialog. I wonder if with it xorg users still have problems.