There definitely was a permanent option in kmail’s settings in the past, but that seems to have got “lost” at some point. (at least I cannot find it anymore)
Does anyone know where this might be enabled in a config file?
In KMail 4.14 it was this option in kmail2rc:
in the “[Reader]” section.
So try to add that to the file ~/config/kmail2rc, but I don’t know whether it would still be respected.
Have you tried to create a new emoticons theme without any entries, and set that as default?
The problem may just be that it is impossible to modify system-wide installed themes, as you’d need root privileges for that.
(would still be a bug though, it should modify it for the user at least)
Kmail calls the emoticon program to disable them (only for Kmail, or for all KDE applications?) but it isn’t written into the configuration.
I’m not aware of any “emoticon program” that would be called, in particular not by kmail when you change that option.
It’s just kmail that doesn’t remember the option…
Regarding your earlier question, according to the docs, the “emoticons” framework seems to be used by konversation and kopete as well.
How do bugs like this ever get past testing? For that matter, is there any specification of what its supposed to do?
Well, KDE is a community project, mostly driven by volunteers.
Everybody is entitled to do the testing, so feel free to try out Beta versions and report problems you find.
Even openQA can only test things somebody wrote a test case for.
they’ll have to adopt it anyway for SUSE/openSUSE conformance.
openSUSE does test KDE software (including Plasma and kmail) in openQA, but cannot test everything either (and definitely not every single option in every single application).
You’re correct: the “disable Emoticons” is volatile; if there ain’t a KDE Change Request then, there will be one, soon.
And so you did:
But if the “Emoticons” systemsettings module (which is part of Plasma) doesn’t save changes, it’s a different bug, in that module.*