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

To: Nepomuk <nepomuk@kde.org>
Cc: debian-kde@lists.debian.org
Subject: Fwd: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
From: Martin Steigerwald <Martin@lichtvoll.de>
Date: Thu, 9 Aug 2012 22:06:16 +0200
Message-id: <[🔎] 201208092206.16657.Martin@lichtvoll.de>

Hi!

I am forwarding this from debian-kde mailinglist, I know that Debian
uses an unsupported mix of KDEPIM 4.4.11 with KDE SC 4.8.4. Thus I have
been reluctant to ask here.

But maybe after I found out that sending SIGTERM to a process
/usr/bin/nepomukservicestub nepomukqueryservice makes KMail continue
sending the mail I thought I ask here whether this rings a bell and there
might be some bugfix / workaround available.

It happens that when pasting a mail address from the address book –
auto completion does not work here anymore for some reason I did not
yet found out – or sometimes also at other occasions like sending a mail
to two receivers lets KMail composer window hang right after clicking
the send button.

Would be nice to find a nice isolated fix for this before Wheezy is released.

Nepomuk and virtuoso packages are at:

martin@merkaba:~> apt-show-versions | egrep "(nepomuk|libstream|strigi|virtuoso)"
kdegraphics-strigi-analyzer/sid uptodate 4:4.8.4-1
kdepim-strigi-plugins/sid uptodate 4:4.4.11.1+l10n-3
kdesdk-strigi-plugins/sid uptodate 4:4.8.4-2
libnepomuk4/sid uptodate 4:4.8.4-3
libnepomukquery4a/sid uptodate 4:4.8.4-3
libnepomukutils4/sid uptodate 4:4.8.4-3
libsmokenepomuk3/sid uptodate 4:4.8.4-1
libstreamanalyzer0/sid uptodate 0.7.7-3
libstreams0/sid uptodate 0.7.7-3
virtuoso-minimal/sid uptodate 6.1.4+dfsg1-1
virtuoso-opensource-6.1-bin/sid uptodate 6.1.4+dfsg1-1
virtuoso-opensource-6.1-common/sid uptodate 6.1.4+dfsg1-1

Since Debian is in some soft freeze package upgrades need to have some
justification that is acceptable to the release team. I know that virtuoso
6.1.6 has been recommended.

Thanks,
Martin

----------  Weitergeleitete Nachricht  ----------

Subject: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Date: Donnerstag, 9. August 2012
From: Martin Steigerwald <Martin@lichtvoll.de>
To: debian-kdeLAlaLAlists.debian.org

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


-- 
To UNSUBSCRIBE, email to debian-kde-REQUESTLAlaLAlists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmasterLAlaLAlists.debian.org
Archive: [🔎] 201208092152.42701.Martin@lichtvoll.de">http://lists.debian.org/[🔎] 201208092152.42701.Martin@lichtvoll.de


-------------------------------------------------------

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

Reply to:

Follow-Ups:
- Re: [Nepomuk] Fwd: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
  - From: David Faure <faure@kde.org>

Prev by Date: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Next by Date: Re: [Nepomuk] Fwd: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Previous by thread: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Next by thread: Re: [Nepomuk] Fwd: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Index(es):
- Date
- Thread