You are not logged in.
With a laptop system updated today, I continue to experience an annoying bug using KDE 6.
Whenever I restart the system, the KDE Default Applications settings are not preserved between the sessions.
Do you know any workaround?
I love archlinux: the last STABLE kernel release + the last STABLE DE release + the last STABLE apps releases. The upstream developers decide what is STABLE.
Offline
Application settings are all in dot files in your home environment. What apps and settings are we talking about?
Offline
Thank you for answering!
I am talking about the default browser, mp3 player, movie player ...pdf viewer
I love archlinux: the last STABLE kernel release + the last STABLE DE release + the last STABLE apps releases. The upstream developers decide what is STABLE.
Offline
Retest with 6.1 when it comes to stable (or go to testing) similar issues with this should be fixed there.
Online
Immediately after the upgrade the problem presented again, but after other reboots it seems stable. Thank you!
I love archlinux: the last STABLE kernel release + the last STABLE DE release + the last STABLE apps releases. The upstream developers decide what is STABLE.
Offline
Finally someone else with the same problem! I just updated to KDE 6.1 yesterday and will keep an eye on this, thanks for the hint. The default applications were reset during/after the update and I changed them to my defaults now.
Just for the record
I'm trying to figure out the core of this issue with the resetting for quite a few weeks but until now I could not find any other reports of this. I switch from GNOME to KDE 6 and got this issue since then.
My problem is that it is not reproducible for me. Sometimes my default applications are reset after restarting, sometimes in the middle of the day while the machine is running and sometimes it isn't reset for multiple days at all. I got an inotify systemd unit watching my ~/.config/mimeapps.list for changes, but I cannot find out which process is modifying it. I only get a mail notification with the date and time.
My assumption is that if a KDE process is not exiting normally it overrides ~/.config/mimeapps.list with the default values. Sometimes my machine takes a bit longer to shutdown and I got the feeling that after this the changes are high that ~/.config/mimeapps.list is reset. Sadly I cannot prove this theory. Maybe someone got an idea how to get information about the processes which are modifying a file.
Offline
Update: I updated to KDE 6.1.0 but this didn't resolve the issue for me. The default applications keep resetting every now and then. I updated to KDE 6.1.2 now, maybe this helps.
@V1del: Are there KDE issues left regarding this behavior? I couldn't find any and would be thankful for a link
Offline
Okay, updating to 6.1.2 didn't do the trick. My default applications are still reset every few days.
Any ideas how to debug this issue? I can get a notification using my inotify script when it occurs but I cannot see which process is modifying the files.
Offline
I just found the reason for those mysterious resets and it is kind of a user problem: I used a custom application starter to start two instances of signal-desktop (with different profiles) in parallel. This somehow and only sometimes caused those resets of my default applications. Maybe those two instances tried to write the same configuration file at the same time - I don't know. I just added a delay for starting the second instance and never saw this issue again.
Offline
I am facing the same problem, but found that one has to wait some time until the applications of the previous session are starting. Didn't measure, but it feels like i have to wait round about 15 sec.
In general the start of the kde desktop needs a lot of time, the black screen with the rotating gear is also shown for several seconds.
QT-Version: 6.7.2
Frameworks: 6.5.0
Offline
I've had the same problem for the past few months. I setup auditing on mimeapps.list and found these corresponding logs
audit:
user successfully renamed /home/user/.config/mimeapps.list.new to /home/user/.config/mimeapps.list using /usr/bin/mv
journal:
kalendarac[3215]: akonadi.collectionmimetyperelation OK
kalendarac[3215]: akonadi.mimetypetable OK
env[324]: mv: cannot stat '/home/user/.config/mimeapps.list.new': No such file or directory
In this event, it seemed to occur during login.
Last edited by ceri (2024-11-18 23:34:35)
Offline