When you try to add a new akonotes resource, ~/.local/share/localmail is selected by default, and the resource calls itself "local mail" afterwards. Reproducible: Always Steps to Reproduce: 1. Enter systemsettings->Personal Accounts Information->Configure Akonadi Resources 2. Click on "Add" 3. Select "Akonotes" and click OK. Actual Results: The resource offers "~/.local/share/localmail/" by default, and if you just accept that, it calls itself "local-mail" afterwards. Expected Results: The default folder should be something like "¨/.local/share/notes/" probably (or any random subfolder preferrably). I'm not sure this is the right component, but I couldn't find a better one. Please feel free to reassign if necessary. This is with KDE 4.14. I cannot remember seeing this in KDE 4.13, so it might be a regression.
I confirm. I will fix it soon.
Git commit 6ee025d7fc29c7a29cfdaca133364ee009ee6214 by Montel Laurent. Committed on 18/09/2014 at 21:42. Pushed by mlaurent into branch 'KDE/4.14'. Fix Bug 339169 - Creating a new akonotes resource selects ~/.local/share/localmail by default FIXED-IN: 4.14.2 M +5 -0 resources/akonotes/akonotesresource.cpp M +2 -1 resources/akonotes/akonotesresource.h M +10 -1 resources/maildir/maildirresource.cpp M +2 -1 resources/maildir/maildirresource.h http://commits.kde.org/kdepim-runtime/6ee025d7fc29c7a29cfdaca133364ee009ee6214
Hm. I just tried with a self-compiled kdepim-runtime 4.14.1 and this commit added, and I still see the issue: A freshly created Akonotes-Resource wants to use $HOME/.local/share/local-mail/ by default.
Strange. When I tried today it seemed to work, I got $HOME/.local/share/notes/akonotes_resource_X as pre-selected folder. I just wanted to close this bug, but then I stopped and re-started Akonadi and now it is _not_ working again: I get $HOME/.local/share/local-mail now by default again when I try to create a new akonotes resource. So something still seems to not work correctly.
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Yes, I just tried to create a new akonotes resource in knotes 5.5.2 (the "Configure Akonadi" KCM doesn't exist anymore), and the path is still preset to $HOME/.local/share/localmail/.
It doesn't happen *everytime* though. Sometimes the preconfigured path is $HOME/.local/share/notes/akonadi_akonotes_resource_XX/ which would be fine. But most of the time it gets set to /home/neuertest/.local/share/local-mail/ here... So it seems to be a bit random.