Krusader does not remember file associations

[Kubik (Jakub)]

Folks,

I wonder if someone is seeing the same problem.

I am running latest Rome with Plasma on real HW. Slowly moving from Win10, trying to find alternatives of my favourite tools etc, and I found Krusader as a great replacement for Total Commander. However, no matter what, Krusader does not remember / use any file associations, so every time I e.g. click on an MP3 file, it opens a dialog and asks me what application to use. The list of apps is empty and I need to find it (or select from a list of previously used apps).

I found some hints like changing the access rights of mimeapps.list, but nothing helped so far.

Do you have any ideas?

Thanks 1E6!

[WilsonPhillips]

If you open them in Dolphin and set the file associations there, do they then work?

I don’t use Krusader, so I had to go look to see if it got upgraded to KDE Frameworks 6 and it indeed did.

If you set the associations in the Plasma Settings as shown, does it work then?

[Kubik (Jakub)]

Yes, they work in Dolphin just fine. It seems to be more like a Krusader problem.
EDIT: or perhaps Krusader integration or something…

[WilsonPhillips]

Just for sake of getting the issue fixed quickly, you may want to post the question over at KDE too. They know their programs very well and they have some great folks. More eyes on the problem can help.

KDE Discuss

[Kubik (Jakub)]

The associations in Plasma look correct. Thanks for the hint, I’ll check KDE too!

[WilsonPhillips]

I just installed Krusader and I get the same result. I don’t know why it is not looking at the associations that are set in the system. I think you will get more help from the devs at KDE on this one. After all, they own it.

[Kubik (Jakub)]

OK, so it’s not just me, thanks for the confirmation!

[WilsonPhillips]

Nope, it is not just you.

[Kubik (Jakub)]

It was actually kind of easy and I got the hint from KDE forum. The problem is in /etc/xdg/menus:

After fixing the broken links to plasma-application.menu, Krusader does the thing.
I believe this is an integration problem, the links have to be updated?

[Kubik (Jakub)]

This is how it should look like:

[WilsonPhillips]

So, it’s linking back to the KDE5 menus

[Kubik (Jakub)]

…that are no longer present…

[WilsonPhillips]

For everyone else, who may not know how to edit a link. I have never done so, so I looked it up.

open terminal

cd /etc/xdg/menus
ls -Agl # to show the links in the directory as they are
sudo ln -sf ./plasma-applications.menu applications.menu
sudo ln -sf ./plasma-applications.menu gnome-applications.menu
sudo ln -sf ./plasma-applications.menu kde-applications.menu
ls -Agl # to see of they changed

I tested Krusader and it works properly. I would think that this is going to fix other apps as well. I imagine that every Plasma user needs to do this.
Thank you @Kubik

[Kubik (Jakub)]

You might also need to delete the original links first. At least I had to:

sudo rm applications.menu 
sudo rm kde-applications.menu 
sudo rm gnome-applications.menu

[WilsonPhillips]

The -f forced the change for me, so it just edited the link. I didn’t have to replace them. As I like to say, “There is more than one way to skin a cat.”

My ls is actually eza, so it looks different

┌──[wilson@heisenberg] Sun Feb 09, 10:17:53 [~] 
└──[ <$> cd /etc/xdg/menus
┌──[wilson@heisenberg] Sun Feb 09, 10:18:16 [/etc/xdg/menus] 
└──[ <$> ls
lrwxrwxrwx 1     - root  9 Feb 09:07 applications.menu -> ./plasma-applications.menu
lrwxrwxrwx 1     - root  9 Feb 09:08 gnome-applications.menu -> ./plasma-applications.menu
lrwxrwxrwx 1     - root  9 Feb 09:08 kde-applications.menu -> ./plasma-applications.menu
.rw-r--r-- 1   279 root 30 Dec  2024 kinfocenter.menu
.rw-r--r-- 1 10.0k root 30 Dec  2024 plasma-applications.menu

[uro]

I think I found the source generating those broken symlinks in the distro-release package spec file.

I saw this issue on GitHub first so posted those details over there:

Krusader ignores system file associations

[WilsonPhillips]

Thank you very much.