kmail forgets shortcut assigned to filters

[Ian Howson]

Binary package hint: kmail

When assigning a shortcut to a filter via Settings->Configure Shortcuts, the shortcut is forgotten after stopping and starting kmail.

This only happens when assigning shortcuts to filters via Settings->Configure Shortcuts.

Shortcuts can be assigned to filters using Settings -> Configure Filters -> Advanced.
Shortcuts assigned that way are not forgotten.

[Ace Suares (acesuares)]

Could you supply the version of Ubuntu (cat /etc/issue) and the version of kaddresbook (dpkg-query -W kaddressbook) ?

In my test, on Kubuntu Gutsy, with kmail 4:3.5.7enterprise20070926-0ubuntu2, I have assigned 'Mark as Important' to Ctrl-I successfully, and kmail remembers it (after closing, even rebooting). In my Settings->Configure Shortcuts, I don't have an option for "Filter Classify as spam".
Could you try to assign 'Mark message as Important' to Ctrl-I and see if that sticks ? If so, could you assign it to Ctrl-J and see if it sticks ?

[Ian Howson (ianhowson)]

Assigning the 'Mark message as Important' shortcut seems to work correctly with Ctrl-I and Ctrl-J.

I can only reproduce the problem with 'Filter Classify as spam' and 'Filter Classify as not spam'.

I did some poking around and found that filters can have shortcuts assigned to them. Assigning a shortcut here appears to override the one set in Configure Shortcuts. It *is* remembered across kmail restarts. This solves my problem, but the Configure Shortcuts dialog is confusing in this respect. I've attached two screenshots to explain a little better.

ian@kaysen:~$ cat /etc/issue
Ubuntu 7.10 \n \l

ian@kaysen:~$ dpkg-query -W kaddressbook
kaddressbook 4:3.5.7enterprise20070926-0ubuntu2
ian@kaysen:~$ dpkg-query -W kmail
kmail 4:3.5.7enterprise20070926-0ubuntu2

Thanks!

[Ace Suares (acesuares)]

Great to hear that your problem is solved!

I agree with you that there can arise quite a lot of confusion between those two ways of specifying shortcuts. I'll ask some other people what to do with this bug. I am not closing it just now.

Together we make it better !

[Ace Suares (acesuares)]

Hi,

I could now totally understand your original problem and reproduce it.

It looks to me as if the option to assign shortcuts to filters via Settings->Configure Shortcuts should just be disabled.

On a different note, I have many filters (30+) but only one showed up in the Settings->Configure Shortcuts dialog!

Cheers,
ace

[Ace Suares (acesuares)]

Confirmed on Gutsy, kmail 4:3.5.7enterprise20070926-0ubuntu2.
Changed title and bug description to reflect the exact problem.

[Richard Birnie (rbirnie-deactivatedaccount)]

I can confirm this on Intrepid with KDE 4.1.1.
sudo apt-cache policy kontact
kontact:
  Installed: 4:4.1.1a-0ubuntu3
  Candidate: 4:4.1.1a-0ubuntu3
  Version table:
 *** 4:4.1.1a-0ubuntu3 0
        500 http://gb.archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status

Same symptoms as described above. I'll report this at bugs.kde.org

[Richard-birnie (richard-birnie)]

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

[Kde-a (kde-a)]

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.

[Jon Skanes (jon-skanes)]

I don't know if this is related, but I also cannot assign a short cut to 'Mark all messages as read'. It works fine during a session of kmail/kontact, however, it is forgotten on program close. I am trying to set 'Ctrl-R' as the short cut. It is accepted fine in the configure dialogue but it is promptly forgotten on program close/restart.

This has been an issue since my upgrade to Intrepid from Hardy. All KDE 4 packages since the upgrade have had the issue.

Thanks,
Jon

Details: Ubuntu 8.10

Package: kmail
Priority: optional
Section: mail
Installed-Size: 9848
Maintainer: Kubuntu Developers <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: i386
Source: kdepim
Version: 4:4.2.0-0ubuntu1~intrepid2

Package: kdepim
Priority: optional
Section: kde
Installed-Size: 84
Maintainer: Kubuntu Developers <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: all
Version: 4:4.2.0-0ubuntu1~intrepid2

Package: kontact
Priority: optional
Section: kde
Installed-Size: 1820
Maintainer: Kubuntu Developers <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: i386
Source: kdepim
Version: 4:4.2.0-0ubuntu1~intrepid2

[Praystopan (praystopan)]

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 <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: i386
Source: kdepim
Version: 4:4.2.0-0ubuntu1~intrepid2

Package: kdepim
Priority: optional
Section: kde
Installed-Size: 84
Maintainer: Kubuntu Developers <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: all
Version: 4:4.2.0-0ubuntu1~intrepid2

Package: kontact
Priority: optional
Section: kde
Installed-Size: 1820
Maintainer: Kubuntu Developers <email address hidden>
Original-Maintainer: Debian Qt/KDE Maintainers <email address hidden>
Architecture: i386
Source: kdepim
Version: 4:4.2.0-0ubuntu1~intrepid2

Thanks,
Jon

[Praystopan (praystopan)]

In my case, setting Ctrl-R as the shortcut to 'Mark All Messages as Read' fails on restart of kontact and kmail.

Thanks,
Jon

[Winter-s (winter-s)]

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

[Kde-a (kde-a)]

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.

[Sergei-b (sergei-b)]

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

[Suen (suen)]

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.

[Suen (suen)]

Forgot to mention:
I am using KDE 4.3.1 on Gentoo.

[Thomas Fischer (fischer-u)]

(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.

[Thomas Fischer (fischer-u)]

*** This bug has been confirmed by popular vote. ***

[Harald Sitter (apachelogger)]

Closing in favor of upstream report. Please refer to the KDE report for status updates on this issue. Thanks.

[David Faure (faure)]

*** This bug has been marked as a duplicate of bug 137484 ***

[Joshua Taillon (jat255)]

I am still experiencing this issue in Kontact 5.2.0. Should I open a new bug?

[Joshua Taillon (jat255)]

(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...