Version: 1.3 (using KDE 4.1.1) OS: Linux Installed from: Ubuntu Packages Steps to reproduce: Open Kontact and select the kmail component Go to Settings > Configure shortcuts Assign a shortcut to either of the filters 'Filter Classify as spam' or 'Filter Classify as NOT spam'. Hit OK and close the settings box. Check the shortcuts work in kmail. Close Kontact and re-open it. The short cuts no longer work If you go back to Settings > Configure shortcuts it seems the shortcuts have been forgotten. This bug was reported originally here https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/161107. Two other users have reported this bug
I have the same problem. I am unable to set any shortcuts in Kontact permanently. It was fine in KDE 3.5.x, but has been like this since upgrading to KDE4. I'm using KDE 4.1.3 with Kontact 1.3.
This has been a problem for me on all KDE 4 packages for Ubuntu. My current packages are as follows: Ubuntu 8.10 Package: kmail Priority: optional Section: mail Installed-Size: 9848 Maintainer: Kubuntu Developers <kubuntu-devel@lists.ubuntu.com> Original-Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> Architecture: i386 Source: kdepim Version: 4:4.2.0-0ubuntu1~intrepid2 Package: kdepim Priority: optional Section: kde Installed-Size: 84 Maintainer: Kubuntu Developers <kubuntu-devel@lists.ubuntu.com> Original-Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> Architecture: all Version: 4:4.2.0-0ubuntu1~intrepid2 Package: kontact Priority: optional Section: kde Installed-Size: 1820 Maintainer: Kubuntu Developers <kubuntu-devel@lists.ubuntu.com> Original-Maintainer: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org> Architecture: i386 Source: kdepim Version: 4:4.2.0-0ubuntu1~intrepid2 Thanks, Jon
In my case, setting Ctrl-R as the shortcut to 'Mark All Messages as Read' fails on restart of kontact and kmail. Thanks, Jon
I had a similar problem myself the other day. I solved it by removing ~/.kde/share/apps/kmail/kmail.rc (for KMail) ~/.kde/share/apps/kmail/kmail_part.rc (for Kontact). worth a try anyway
Those files don't even exist for me. $ ls ~/.kde/share/apps/kmail autosave autosave.index.ids dimap imap lock mail search unfiltered.1119797638 I tried touching them and stuff was put into kmail_part.rc, however it looked like it was just menu and toolbar settings. Removing it had no effect. The file wasn't even created again afterwards.
The same problem in Mandriva 2009.1 with kdepim4-4.2.2. Here is the report: https://qa.mandriva.com/show_bug.cgi?id=51710
I have some similar problem in Gwenview. When I try to assign additional shortcuts for "next/previous image" the shortcut works only for a single session. When I checked the .kde/share/apps/gwenview/gwenviewui.rc file, it had a new modification timestamp and a valid looking (changes including) content. But then I followed comment #4 and deleted the *ui.rc file, reopened gwenview, changed shortcuts and exited, and did a diff on that. One interesting difference (of the many others) was: - in the new file: > <kpartgui version="47" name="gwenview" > - in the old file: > <kpartgui version="46" name="gwenview" > When I changed in the new file the version to "46" the shortcuts stop working again. Then I tried the old config file and changed the version string to "47" and changing the shortcuts etc. worked. Similar things applied to a problem in dolphin, in which it wasn't possible to change the toolbar. > <kpartgui version="7" name="dolphin" > vs. > <kpartgui version="10" name="dolphin" > So I guess the whole reason for this problem is a wrong parsing of the config files. And that there is nothing like a warning. Developers could you please add something like: try to read the config file. If it's an old version try to read it anyway and write a new version which includes all the properties, which were understood. Or at least give a warning about an invalid *ui.rc file? For users: delete your *ui.rc files or change the version string... I guess. Even if the bug description is very different, I think bug #193744 is related to this one. Because in both cases the *ui.rc files are written correctly, but there is no effect at all.
Forgot to mention: I am using KDE 4.3.1 on Gentoo.
(In reply to comment #4) > I had a similar problem myself the other day. > > I solved it by removing ~/.kde/share/apps/kmail/kmail.rc (for KMail) > ~/.kde/share/apps/kmail/kmail_part.rc (for Kontact). > > worth a try anyway I can confirm that in my case this work-around helped. Following Sven's approach, I noticed that the version number switched from 412 to 414 between my old config file and the new file created next time by KMail/Kontact. Using the old config file with changing the version number only worked, too.
*** This bug has been confirmed by popular vote. ***
*** This bug has been marked as a duplicate of bug 137484 ***
I am still experiencing this issue in Kontact 5.2.0. Should I open a new bug?
(In reply to jat255 from comment #12) > I am still experiencing this issue in Kontact 5.2.0. Should I open a new bug? But when using the independent Kmail frontend, everything works as expected...