As the title says dolphin crashes when I right click on a file to open it (to select an application to open with)
using dolphin 15.08.2 KDE Frameworks 5.15.0 Qt 5.5.0. on LEAP 42.1
I did do a upgrade from 13.2 to LEAP maybe an old shell extension is messing with dolphin, where do I find Dolphin’s crash log?
Can’t be, really.
KF5 uses different locations for stuff, so old “extensions” should just be ignored.
I am not aware of any “shell extensions” anyway.
where do I find Dolphin’s crash log?
There is none.
You can try to run it in a terminal window, or maybe there’s something in ~/.xsession-errors-:0.
But I suppose it’s crashing when you enter the “Activities” sub menu?
That’s a long-standing “problem”, and actually a fix has been submitted already. It worked for a while, but apparently broke again.
AFAICT, this only seems to happen with the breeze theme though, switch to Oxygen and it should not crash any more.
Or disable the “File to activity linking plugin” in Dolphin’s settings->Services.
But I suppose it’s crashing when you enter the “Activities” sub menu?
That’s a long-standing “problem”, and actually a fix has been submitted already. It worked for a while, but apparently broke again.
yes
AFAICT, this only seems to happen with the breeze theme though, switch to Oxygen and it should not crash any more.
Or disable the “File to activity linking plugin” in Dolphin’s settings->Services.
tanks will try
I think it happens when I download a new file with ff and try to open it with the sub menu maybe it has to do with dir content change
tanks wolfy
ps. I’m not sure why I can’t tank you again? (press the star)
do I need to tank someone else first.
I don’t think it is related to a directory content change. It seems to happen unconditionally here.
Apparently that plugin/kactivities5 do something weird when creating that submenu, which causes a crash in combination with the breeze style (as mentioned it doesn’t seem to happen with oxygen). Might be a bug in breeze as well…
Until a few weeks ago (before kactivities 5.14 IIRC), even Plasma would crash if you did the same in the folder view widget.
But this seems to be fixed by the patch I mentioned before. Dolphin’s crash had been fixed by that as well (for a while) back then, but it started to crash again soon afterwards (can’t really tell when though, maybe with 5.15?).
ps. I’m not sure why I can’t tank you again? (press the star)
do I need to tank someone else first.
Hm.
Strange enough, I couldn’t reproduce the crash on a fresh Tumbleweed installation.
Then I decided to delete the kactivities database on my 13.2 system where I could reliably reproduce it. Afterwards the crash is gone now…
So apparently it’s rather caused by some database corruption or something like that (maybe because I also used older versions?).
I’m just wondering why this time Plasma/the folderview applet didn’t crash then… :\
Try to remove ~/.local/share/kactivitymanagerd/ (and maybe ~/.kde4/share/apps/activitymanager/ as well to make sure it’s not being migrated) and see if that fixes the crash as well for you.
yes I never really noticed that before, I just tried going to activities and Dolphin crashed again even after deleting ~/.local/share/kactivitymanagerd/
I will disable activeties as it can’t be used anyway
just loged in to lxqt (to delete ~/.local/share/kactivitymanagerd/) and dolphin is fine here, the activities plugin does not crash it, although lxqt seams to default to oxygen, still I might be too dumb to understand the use of the activities plugin, I get most of the other service menu’s not sure about activities.
I hope you deleted it before running dolphin.
Dolphin will start kactivitymanagerd again, so the point to do it outside of KDE (i.e. without kactivitymanagerd running) is voided.
I might be too dumb to understand the use of the activities plugin, I get most of the other service menu’s not sure about activities.
It allows you to link files to a certain activity.
You can configure a folderview widget to only show files of the current activity.
This e.g. allows you to easily access those files belonging to your current project or something like that.
I’m not aware for other possible uses yet, though. Probably more things will be possible in the future, too.
deleting ~/.local/share/kactivitymanagerd/ seams to have fixed the activities crash, now under plasma 5 under dolphin I can select activities without dolphin crashing
tanks wolfy
JFYI, I could reproduce this crash in my Leap VM, which was freshly installed with Beta1 and then upgraded to RC1 and final.
It doesn’t happen on a fresh user account though, so it seems indeed to be some kind of “update problem”.
I suppose you reused your home folder when upgrading, and have used Plasma5/KF5 before on 13.2, right?
I still find it strange that this is specific to Dolphin though, and Plasma does not crash this time (like it was with the previous crash relating to this that got fixed in 4.14).
I’ll try to investigate more though.
Btw, just changing the widget style to something else than breeze seems to fix it permanently as well, even if you don’t delete the activities database and switch back to breeze again.
So it might just as well be a problem in breeze regarding updating the settings or something like that.
It doesn’t happen on a fresh user account though, so it seems indeed to be some kind of “update problem”.
I suppose you reused your home folder when upgrading, and have used Plasma5/KF5 before on 13.2, right?
yes.
and possibly unrelated but I had some issues with the plasma 5 packages from 13.2 I got a mix of incomparable versions from the oss repo and the qt5.5 repo for 13.2.