[Nepomuk] Fwd: Re: kmail freeze when inserting something from addressbook into composer and then sending mail
Martin Steigerwald
Martin at lichtvoll.de
Thu Aug 9 20:06:16 UTC 2012
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 at 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 at 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 at 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 at merkaba:~> kill 1103
So I killed the query service and got this:
martin at 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 at 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: 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
More information about the Nepomuk
mailing list