Summary: | Creating a new akonotes resource selects ~/.local/share/local-mail by default | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Wolfgang Bauer <wbauer1> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | REOPENED --- | ||
Severity: | normal | CC: | montel |
Priority: | NOR | ||
Version: | 5.5.2 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kdepim-runtime/6ee025d7fc29c7a29cfdaca133364ee009ee6214 | Version Fixed In: | 4.14.2 |
Description
Wolfgang Bauer
2014-09-18 11:12:07 UTC
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. |