Summary: | conversion of pop filter settings dangerous | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Maik Schulz <list> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | critical | ||
Priority: | NOR | ||
Version: | 1.6 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | This fixes the bug |
Description
Maik Schulz
2004-01-05 00:00:47 UTC
Confirmed. Created attachment 4511 [details]
This fixes the bug
That's a prime example for why it's bad to store the value of an enum as a
number in a config file. The reason for this bug is a reordering of the enum
values in the code. This changed the meaning of the value which is stored in
the config file.
With the patch KMail stores the enum as a string representing the enum value.
As a consequence all POP filters will be reset to NoAction. But there is no
other fix possible because it's impossible to find out whether the pop filter
configuration was saved with KMail 1.6 or with a previous version of KMail.
This bug has been fixed. The fix will be in KDE 3.2.1. Note that all POP filters will be reset to "Download later" because we now store the filter actions in a safe way in order to prevent further bugs caused by misinterpretations of values in the configuration file. > But there is no other fix possible because it's impossible to find out
> whether the pop filter configuration was saved with KMail 1.6 or with a
> previous version of KMail.
I suggest adding a 'version' attribute to the config file.
It would like to know where place I apply patche: kdepim-3.2.0-HOT_FIX_FOR_KMAIL.patch which is the directory? Remembering that I use Slackware 9.1 I installing the following packages: kdegraphics-3.2.0-i486-2.tgz - kdemultimedia-3.2.0-i486-2.tgz - kdepim-3.2.0-i486-2.tgz I solve this bug? |