Bug 316538 - Akonadi very error-prone user does not understand what's going on
Summary: Akonadi very error-prone user does not understand what's going on
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.10
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-11 13:23 UTC by someone
Modified: 2017-01-07 22:40 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description someone 2013-03-11 13:23:45 UTC
When using KDEPIM and with it, Akonadi for 2 IMAP mail accounts on the web, can lead to the following, confusing behaviour, which needs to be sorted out, resp. the user needs to be informed about what he can do to fix this:

1. when the user finally has set up KDEPIM, the moment will come, that he wants to send his first e-Mail with this application. The first thing he may see, is a big error message in the "new Mail" window, telling him, that the addressbook can not be read, because the process virtuoso-t is not running. But (and that's awesome!) there is a button, which allows the user to access the Nepomuk-settings to switch it on.
So the user thinks, that everything is fine now and tries to send out his e-Mail. But as soon as he presses the "send" button, he gets a new error message, which says "there are problems to put this message into the send-queue". The only option he has, is to press "OK".
So... now? 
Trying to send the message again, brings up the same error message. WTF? No information, no hint... nothing. The confused user is left alone, in the dark. All he wants is to send and receive mails... 

Google brings up a solution. Note: it is google, not the error message. Why does it pop up then? 
The user needs to delete the /~/.config/akonadi folder and restart the system, to get rid of this error. 
Maybe all the account information need to be re-entered... 
Why does the user need to delete a folder, which is important for the application to solve errors like this? I looked at the calender today and, yes: we are living in the year 2013. Not 1983. 

2. if the user wants to read mails and maybe reply on them, sometimes it can happen, that actually nothing happens, when he marks a mail in the Mails-list. No preview is shown... Double-clicking on them causes: nothing. No reaction.
Then the user realises, that behind the name of the IMAP-folder in the folder list, that there is a word: "offline". 
"Okay, lets go online then", the user thinks. But there is no option for that. After a while, he finds out that he can refresh all the IMAP folders. A box pops up, asking him, whether he wants to online or not. Pressing "yes" causes nothing. 
Solution (from Google, because there are no error messages or any hint on this in Kmail2): delete the /~/.config/akonadi folder and restart the system.
Maybe all the account information need to be re-entered... 

this is... I don't know... what do you think? Is this "great and awesome"? I don't think so. 

Reproducible: Always

Steps to Reproduce:
1. try to send mails
2. as usual fiddle around with the application
3. be sad because you just want to write an E-Mail
Actual Results:  
see description

Expected Results:  
1. that Akonadi switches on virtuoso-t automatically, if it needs it

2. that errors like this, do not happen
Comment 1 Denis Kurz 2016-09-24 20:36:02 UTC
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present?

If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:40:30 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.