Re: kmail freeze when inserting something from addressbook into composer and then sending mail

[Martin Steigerwald <Martin@lichtvoll.de>]

Am Sonntag, 22. Juli 2012 schrieb Martin Steigerwald:
> Am Sonntag, 22. Juli 2012 schrieb Martin Steigerwald:
> > Am Sonntag, 22. Juli 2012 schrieb Martin Steigerwald:
> > > Now, lets see whether kmail sends this as if nothing has happened.
> > 
> > Of course it did.
> > 
> > Well I really look forward to KDEPIM 4.8.5 test packages and I really
> > do hope that things will be better then. I do not think it makes much
> > sense to dig out the root cause of this wierd, but very annoying bug
> > considering that this is an unsupported mixed KDEPIM 4.4.5 / KDE
> > 4.8.4 issue.
> > 
> > But one thing I will try: I will downgrade kdepim-runtime from
> > 4:4.8.4-1 to 4:4.4.11.1-5 for the time being. If it lets me ;).
> 
> Having calmed down a bit, it might have been really mixed KDEPIM
> 4.4.11.1 with kdepim-runtime 4.8.4. Cause I didn´t have it all the
> time before when I had KDEPIM 4.4.11 with KDE 4.7., 4.6 and whatnot.
> It may be something else KDE 4.8 related, but I doubt it.
> 
> Let´s see. I hope sending mail just works now in all the cases again ;)

That wasn´t it. It still happens, but I found out that when I kill some
Nepomuk process I can have the mail sending process move forward. First
I stopped and started Akonadi on the command line with the mail composer
window still open. I pressed send, the button has been marked as clicked
and then nothing, no CPU usage either.

martin@merkaba:~> ps aux | grep nepomuk
martin    1103  0.0  0.2 376128 21004 ?        SN   21:38   0:00 /usr/bin/nepomukservicestub nepomukqueryservice
martin    1860  4.6  0.3 302500 23912 ?        S    21:43   0:00 /usr/bin/akonadi_nepomuk_contact_feeder --identifier 
akonadi_nepomuk_contact_feeder
martin    1898  0.0  0.2 359048 22028 ?        SN   21:43   0:00 /usr/bin/nepomukindexer 
/home/martin/Computer/Merkaba/Kernel/linux-2.6/arch/arm/mach-imx/mach-mx53_ard.c
martin    1900  0.0  0.0   9820   960 pts/9    S+   21:43   0:00 grep nepomuk
martin    2208  0.0  0.1 166672 12324 ?        Sl   17:27   0:04 /usr/bin/nepomukserver
martin    2213  2.6  0.4 613440 39024 ?        SNl  17:27   6:41 /usr/bin/nepomukservicestub nepomukstorage
martin    2277  0.3  0.2 288732 18688 ?        S    17:27   0:47 /usr/bin/nepomukcontroller -session 
10cec7d36b000133675798100000019910018_1344525936_525803
martin    2401  0.3  0.3 315128 24652 ?        SNl  17:27   0:54 /usr/bin/nepomukservicestub nepomukfilewatch
martin    2402  1.7  0.3 378320 25976 ?        SNl  17:27   4:33 /usr/bin/nepomukservicestub nepomukfileindexer
martin    2403  0.1  0.2 278720 22412 ?        SN   17:27   0:20 /usr/bin/nepomukservicestub nepomukbackupsync
martin    2405  0.1  0.4 390936 38244 ?        SN   17:27   0:20 /usr/bin/nepomukservicestub digikamnepomukservice
martin@merkaba:~> kill 1103

So I killed the query service and got this:

martin@merkaba:~> QDBusObjectPath: invalid path ""
Query failed: "Message did not receive a reply (timeout by message bus)" 
QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
Could not contact query service. 
QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
Could not contact query service. 
QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
Could not contact query service. 
QStringList Akonadi::NepomukSearch::search(const QString&) Calling blockingQuery() failed! 
[… about 30 more or so …]
Akonadi::NepomukSearchEngine(0x1335380) QDBusServiceWatcher(0x7f75d8000930) 
void Nepomuk::Query::QueryServiceClient::close() 
Failed to get requested akonadiItemId property 
AkonadiItemId missing in query results!  QUrl( "" )  true false false QVariant:: 1 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
Failed to get requested akonadiItemId property 
AkonadiItemId missing in query results!  QUrl( "" )  true false false QVariant:: 1 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 
void Nepomuk::Query::QueryServiceClient::close() 

The window disappeared and the mail was sent.

And I now have kdepim all at 4.4.11:

martin@merkaba:~> apt-show-versions | egrep "(kdepim|kmail|akonadi)"
akonadi-backend-postgresql/sid uptodate 1.7.2-1
akonadi-backend-sqlite/sid uptodate 1.7.2-1
akonadi-server/sid uptodate 1.7.2-1
akonadiconsole/sid uptodate 4:4.4.11.1+l10n-3
kdepim/sid uptodate 4:4.4.11.1+l10n-3
kdepim-groupware/sid uptodate 4:4.4.11.1+l10n-3
kdepim-kresources/sid uptodate 4:4.4.11.1+l10n-3
kdepim-runtime/sid uptodate 4:4.4.11.1-5
kdepim-strigi-plugins/sid uptodate 4:4.4.11.1+l10n-3
kdepim-wizards/sid uptodate 4:4.4.11.1+l10n-3
kdepimlibs-kio-plugins/sid uptodate 4:4.8.4-1
kdepimlibs5-dev/sid uptodate 4:4.8.4-1
kmail/sid uptodate 4:4.4.11.1+l10n-3
libakonadi-calendar4/sid uptodate 4:4.8.4-1
libakonadi-contact4/sid uptodate 4:4.8.4-1
libakonadi-kabc4/sid uptodate 4:4.8.4-1
libakonadi-kcal4/sid uptodate 4:4.8.4-1
libakonadi-kde4/sid uptodate 4:4.8.4-1
libakonadi-kmime4/sid uptodate 4:4.8.4-1
libakonadi-notes4/sid uptodate 4:4.8.4-1
libakonadiprotocolinternals1/sid uptodate 1.7.2-1
libkdepim4/sid uptodate 4:4.4.11.1+l10n-3
libsmokeakonadi3/sid uptodate 4:4.8.4-1
ruby-akonadi/sid uptodate 4:4.8.4-1

This is a very annoying bug with a chance of data loss, cause the mechanism
in KMail that restored an unfinished letter does not work here. The letter
is gone when I send KMail a SIGTERM to which unlike my previous impression
it seems to respond after a while.

But when address completion works for others they might not be affected.
Cause who copies the address when completion works?

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7