Bug 179838 - kontact crashes at start (Akonadi, ~CollectionFetchJob, eventloop related)
Summary: kontact crashes at start (Akonadi, ~CollectionFetchJob, eventloop related)
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: KResource compat bridges (show other bugs)
Version: 4.2
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Kevin Krammer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-06 20:49 UTC by Alin M Elena
Modified: 2009-02-08 14:40 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
trace (5.34 KB, text/plain)
2009-01-07 00:42 UTC, Alin M Elena
Details
trace (12.27 KB, text/plain)
2009-01-07 17:37 UTC, Alin M Elena
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alin M Elena 2009-01-06 20:49:45 UTC
Version:           unknown (using 4.1.87 (KDE 4.1.87 (KDE 4.2 >= 20090101)) "release 3.1", KDE:KDE4:UNSTABLE:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.27.7-9-default

I use kontact(kmail) with kwallet. I have deleted the passwords associated with kontact from kwallet and now kontact crashes at start.

   1.
      Calling appendChild() on a null node does nothing.
   2.
      Calling appendChild() on a null node does nothing.
   3.
      Calling appendChild() on a null node does nothing.
   4.
      Calling appendChild() on a null node does nothing.
   5.
      Calling appendChild() on a null node does nothing.
   6.
      Calling appendChild() on a null node does nothing.
   7.
      Calling appendChild() on a null node does nothing.
   8.
      Calling appendChild() on a null node does nothing.
   9.
      Calling appendChild() on a null node does nothing.
  10.
      Calling appendChild() on a null node does nothing.
  11.
      Calling appendChild() on a null node does nothing.
  12.
      Calling appendChild() on a null node does nothing.
  13.
      Calling appendChild() on a null node does nothing.
  14.
      "/usr/bin/kontact(4646)" Error in thread 139847488161616 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
  15.
      "/usr/bin/kontact(4646)" Error in thread 139847488161616 : "QLocalSocket::connectToServer: Invalid name"
  16.
      kontact(4646) KWallet::Wallet::openWallet: Pass a valid window to KWallet::Wallet::openWallet().


As a workaround start kmail component.

Alin
Comment 1 Dario Andres 2009-01-06 21:02:12 UTC
Can you read http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports and post a complete backtrace here? Thanks :)
Comment 2 Alin M Elena 2009-01-06 21:32:30 UTC
Indeed I can read I suspect that you wanted to say may you read.
Anyhow I can not generate the trace as I do not have the debug packages installed and I can not install them due to s**t internet connection for the moment.

Alin
Comment 3 Dario Andres 2009-01-07 00:15:44 UTC
First of all sorry about the "Can you read", my english is a little poor as it isn't my native language. Sorry. 

Even without the debug symbols packages you can generate a backtrace that can be of any use (at least for searching duplicate reports)

You can do the following:
- Open a Konsole window
- Run "gdb kontact"
- Type "set logging on" and press Return (this will create a file named "gdb.txt" in the current PATH, ensure that you haven't a file with the same filename)
- Type "run" and press Return
Kontact starts, and crashes
- Type "bt full" and press Return until there's no more function names or info.
- Then "quit"

Finally post the gdb.txt text here.
Thanks :)
Comment 4 Alin M Elena 2009-01-07 00:42:12 UTC
Created attachment 29987 [details]
trace
Comment 5 Dario Andres 2009-01-07 00:43:14 UTC
Well it doesn't have anything in it, I can't do anything. :(
Comment 6 Alin M Elena 2009-01-07 12:26:51 UTC
what about tring to reproduce it?

Alin
Comment 7 Dario Andres 2009-01-07 13:55:43 UTC
Here using:
Qt: 4.4.3 + qt-copy-patches-889120
KDE: 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106))
kdepim svn rev.905565
on ArchLinux x86_64 - Kernel 2.6.27.10

Mh, after adding a IMAP+SMTP gmail account , using kwallet to storage the passwords, and after deleting the KWallet folders (using KWalletManager) related to KMail/Kontact, Kontact is starting without crashing,. it just only ask me for the password again (as it's not stored)

May be you use different account/services, or may be the problem is related to your Kontact/KMail configuration files...
Or may be you deleted your KWallet data in another way, (may be deleting the config files itself?)

May you detail more the situation ?. Thanks :)
Comment 8 Alin M Elena 2009-01-07 14:42:33 UTC
you should try to start kontact not kmail

Alin
Comment 9 Dario Andres 2009-01-07 14:48:52 UTC
Indeed, I'm starting Kontact
Comment 10 Alin M Elena 2009-01-07 17:37:24 UTC
Created attachment 30007 [details]
trace

I hope this one is better. At least is the best that I can do for the moment.

Alin
Comment 11 Dario Andres 2009-01-07 17:43:51 UTC
It have more info at least :)

Pasted backtrace from attachment at comment 10:

This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash.

d debugging using libthread_db enabled]
[New Thread 0x7fba33493950 (LWP 6905)]
0x00007fba4982fce1 in nanosleep () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7fba4fc23750 (LWP 6899))]

Thread 2 (Thread 0x7fba33493950 (LWP 6905)):
#0  0x00007fba4b2c9fdd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007fba4b53af07 in QWaitCondition::wait (this=0x12892f8, mutex=0x12892f0, time=30000) at thread/qwaitcondition_unix.cpp:80
#2  0x00007fba4b531129 in QThreadPoolThread::run (this=0x12894e0) at concurrent/qthreadpool.cpp:135
#3  0x00007fba4b539f72 in QThreadPrivate::start (arg=0x12894e0) at thread/qthread_unix.cpp:185
#4  0x00007fba4b2c6070 in start_thread () from /lib64/libpthread.so.0
#5  0x00007fba498610ed in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fba4fc23750 (LWP 6899)):
#0  0x00007fba4982fce1 in nanosleep () from /lib64/libc.so.6
#1  0x00007fba4982fadc in sleep () from /lib64/libc.so.6
#2  0x00007fba4c475c7f in KCrash::startDrKonqi (argv=0x7fff57c6df48, argc=17) at /usr/src/debug/kdelibs-4.1.87/kdeui/util/kcrash.cpp:412
#3  0x00007fba4c4765da in KCrash::defaultCrashHandler (sig=6) at /usr/src/debug/kdelibs-4.1.87/kdeui/util/kcrash.cpp:337
#4  <signal handler called>
#5  0x00007fba497c0645 in raise () from /lib64/libc.so.6
#6  0x00007fba497c1c33 in abort () from /lib64/libc.so.6
#7  0x00007fba49802140 in ?? () from /lib64/libc.so.6
#8  0x00007fba4b62f941 in QObjectPrivate::deleteChildren (this=0x11a36d0) at kernel/qobject.cpp:1884
#9  0x00007fba4b6386e7 in ~QObject (this=0x11cb830) at kernel/qobject.cpp:884
#10 0x00007fba358eb7e7 in Akonadi::CollectionFetchJob::~CollectionFetchJob() () from /usr/lib64/libakonadi-kde.so.4
#11 0x00007fba4b631125 in QObject::event (this=0x11cb830, e=0x1af3) at kernel/qobject.cpp:1139
#12 0x00007fba4a3f81bd in QApplicationPrivate::notify_helper (this=0x63f010, receiver=0x11cb830, e=0x11f26a0) at kernel/qapplication.cpp:3803
#13 0x00007fba4a3fff8a in QApplication::notify (this=0x7fff57c72bc0, receiver=0x11cb830, e=0x11f26a0) at kernel/qapplication.cpp:3768
#14 0x00007fba4c413afb in KApplication::notify (this=0x7fff57c72bc0, receiver=0x11cb830, event=0x11f26a0) at /usr/src/debug/kdelibs-4.1.87/kdeui/kernel/kapplication.cpp:307
#15 0x00007fba4b622091 in QCoreApplication::notifyInternal (this=0x7fff57c72bc0, receiver=0x11cb830, event=0x11f26a0) at kernel/qcoreapplication.cpp:587
#16 0x00007fba4b622d3a in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x609190) at kernel/qcoreapplication.h:209
#17 0x00007fba4b64a863 in postEventSourceDispatch (s=<value optimized out>) at kernel/qcoreapplication.h:214
#18 0x00007fba44f060db in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#19 0x00007fba44f098ad in ?? () from /usr/lib64/libglib-2.0.so.0
#20 0x00007fba44f09a6b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#21 0x00007fba4b64a4ef in QEventDispatcherGlib::processEvents (this=0x62b510, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:319
#22 0x00007fba4a4889af in QGuiEventDispatcherGlib::processEvents (this=0x1af3, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:198
#23 0x00007fba4b6209a2 in QEventLoop::processEvents (this=<value optimized out>, flags={i = 1472655472}) at kernel/qeventloop.cpp:143
#24 0x00007fba4b620b2d in QEventLoop::exec (this=0x7fff57c6f0b0, flags={i = 1472655568}) at kernel/qeventloop.cpp:194
#25 0x00007fba4a810145 in QDialog::exec (this=0x7fff57c6f140) at dialogs/qdialog.cpp:447
#26 0x00007fba37a85d33 in KMail::ImapAccountBase::makeConnection (this=0xe074b0) at /usr/src/debug/kdepim-4.1.87/kmail/imapaccountbase.cpp:320
#27 0x00007fba37ac42ff in KMFolderCachedImap::serverSyncInternal (this=0xdb9050) at /usr/src/debug/kdepim-4.1.87/kmail/kmfoldercachedimap.cpp:873
#28 0x00007fba37acea44 in KMFolderCachedImap::serverSync (this=0xdb9050, recurse=true) at /usr/src/debug/kdepim-4.1.87/kmail/kmfoldercachedimap.cpp:784
#29 0x00007fba37a97907 in KMAcctCachedImap::processNewMail (this=0xe074b0, folder=0xdb9050, recurse=243) at /usr/src/debug/kdepim-4.1.87/kmail/kmacctcachedimap.cpp:257
#30 0x00007fba37a97cf1 in KMAcctCachedImap::processNewMail (this=0x1af3) at /usr/src/debug/kdepim-4.1.87/kmail/kmacctcachedimap.cpp:209
#31 0x00007fba37a272d7 in KMail::AccountManager::processNextCheck (this=0xdd1fc0, _newMail=<value optimized out>) at /usr/src/debug/kdepim-4.1.87/kmail/accountmanager.cpp:221
#32 0x00007fba37a277bb in KMail::AccountManager::singleCheckMail (this=0xdd1fc0, account=0x0, interactive=<value optimized out>) at /usr/src/debug/kdepim-4.1.87/kmail/accountmanager.cpp:148
#33 0x00007fba37a27a21 in KMail::AccountManager::checkMail (this=0xdd1fc0, _interactive=true) at /usr/src/debug/kdepim-4.1.87/kmail/accountmanager.cpp:343
#34 0x00007fba37bc7b84 in KMMainWidget::qt_metacall (this=0xe5ed10, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff57c6ff80)
    at /usr/src/debug/kdepim-4.1.87/build/kmail/kmmainwidget.moc:357
#35 0x00007fba4b636454 in QMetaObject::activate (sender=0x1026b50, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3031
#36 0x00007fba4b63c6ff in QSingleShotTimer::timerEvent (this=0x1026b50) at kernel/qtimer.cpp:294
#37 0x00007fba4b630da3 in QObject::event (this=0x1026b50, e=0x1af3) at kernel/qobject.cpp:1120
#38 0x00007fba4a3f81bd in QApplicationPrivate::notify_helper (this=0x63f010, receiver=0x1026b50, e=0x7fff57c70680) at kernel/qapplication.cpp:3803
#39 0x00007fba4a3fff8a in QApplication::notify (this=0x7fff57c72bc0, receiver=0x1026b50, e=0x7fff57c70680) at kernel/qapplication.cpp:3768
#40 0x00007fba4c413afb in KApplication::notify (this=0x7fff57c72bc0, receiver=0x1026b50, event=0x7fff57c70680) at /usr/src/debug/kdelibs-4.1.87/kdeui/kernel/kapplication.cpp:307
#41 0x00007fba4b622091 in QCoreApplication::notifyInternal (this=0x7fff57c72bc0, receiver=0x1026b50, event=0x7fff57c70680) at kernel/qcoreapplication.cpp:587
#42 0x00007fba4b64e1c0 in QTimerInfoList::activateTimers (this=0x6341c0) at kernel/qcoreapplication.h:209
#43 0x00007fba4b64a58d in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:160
#44 0x00007fba44f060db in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#45 0x00007fba44f098ad in ?? () from /usr/lib64/libglib-2.0.so.0
#46 0x00007fba44f09a6b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#47 0x00007fba4b64a4ef in QEventDispatcherGlib::processEvents (this=0x62b510, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:319
#48 0x00007fba4a4889af in QGuiEventDispatcherGlib::processEvents (this=0x1af3, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:198
#49 0x00007fba4b6209a2 in QEventLoop::processEvents (this=<value optimized out>, flags={i = 1472661920}) at kernel/qeventloop.cpp:143
#50 0x00007fba4b620b2d in QEventLoop::exec (this=0x7fff57c709e0, flags={i = 1472662000}) at kernel/qeventloop.cpp:194
#51 0x00007fba4bc56a07 in KJob::exec (this=0x11cb830) at /usr/src/debug/kdelibs-4.1.87/kdecore/jobs/kjob.cpp:195
#52 0x00007fba338b0b9f in KABC::ResourceAkonadi::asyncLoad (this=0x11b0bd0) at /usr/src/debug/kdepim-4.1.87/kresources/akonadi/kabc/resourceakonadi.cpp:409
#53 0x00007fba4d99efd9 in KABC::AddressBook::asyncLoad() () from /usr/lib64/libkabc.so.4
#54 0x00007fba4d9c6ec8 in KABC::StdAddressBook::Private::init(bool) () from /usr/lib64/libkabc.so.4
#55 0x00007fba4d9c7389 in KABC::StdAddressBook::self(bool) () from /usr/lib64/libkabc.so.4
#56 0x00007fba385bc4cd in SDSummaryWidget (this=0x1181990, plugin=<value optimized out>, parent=<value optimized out>)
    at /usr/src/debug/kdepim-4.1.87/kontact/plugins/specialdates/sdsummarywidget.cpp:116
#57 0x00007fba385b70a4 in SpecialdatesPlugin::createSummaryWidget (this=0x990210, parentWidget=0x115dfa0) at /usr/src/debug/kdepim-4.1.87/kontact/plugins/specialdates/specialdates_plugin.cpp:50
#58 0x00007fba3839ea1f in SummaryViewPart::updateWidgets (this=0x114e1f0) at /usr/src/debug/kdepim-4.1.87/kontact/plugins/summary/summaryview_part.cpp:164
#59 0x00007fba3839f74a in SummaryViewPart::initGUI (this=0x114e1f0, core=<value optimized out>) at /usr/src/debug/kdepim-4.1.87/kontact/plugins/summary/summaryview_part.cpp:485
#60 0x00007fba3839fd41 in SummaryViewPart (this=0x114e1f0, core=<value optimized out>, aboutData=0x87e430, parent=<value optimized out>)
    at /usr/src/debug/kdepim-4.1.87/kontact/plugins/summary/summaryview_part.cpp:74
#61 0x00007fba3839c045 in SummaryView::createPart (this=0xb06710) at /usr/src/debug/kdepim-4.1.87/kontact/plugins/summary/summaryview_plugin.cpp:114
#62 0x00007fba4ea29689 in Kontact::Plugin::part (this=0x1af3) at /usr/src/debug/kdepim-4.1.87/kontactinterfaces/plugin.cpp:187
#63 0x00007fba4ec4e706 in Kontact::MainWindow::selectPlugin (this=0x77a240, plugin=0xb06710) at /usr/src/debug/kdepim-4.1.87/kontact/src/mainwindow.cpp:752
#64 0x00007fba4ec4851a in Kontact::MainWindow::activatePluginModule (this=0x77a240) at /usr/src/debug/kdepim-4.1.87/kontact/src/mainwindow.cpp:306
#65 0x0000000000403675 in KontactApp::newInstance (this=0x7fff57c72bc0) at /usr/src/debug/kdepim-4.1.87/kontact/src/main.cpp:136
#66 0x00007fba4c41c466 in KUniqueApplicationAdaptor::newInstance (this=0x6e6620, asn_id=<value optimized out>, args=@0x6e2ad0) at /usr/src/debug/kdelibs-4.1.87/kdeui/kernel/kuniqueapplication_p.h:77
#67 0x00007fba4c41a832 in KUniqueApplicationAdaptor::qt_metacall (this=0x6e6620, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fff57c71e60)
    at /usr/src/debug/kdelibs-4.1.87/build/kdeui/kuniqueapplication_p.moc:74
#68 0x00007fba4b92b4cf in QDBusConnectionPrivate::deliverCall (this=0x623d90, object=0x6e6620, msg=@0x76cd70, metaTypes=@0x7fff57c71f68, slotIdx=4) at qdbusintegrator.cpp:849
#69 0x00007fba4b92c634 in QDBusConnectionPrivate::activateCall (this=0x623d90, object=0x6e6620, flags=337, msg=@0x76cd70) at qdbusintegrator.cpp:754
#70 0x00007fba4b92cd11 in QDBusConnectionPrivate::activateObject (this=0x623d90, node=@0x76cd48, msg=@0x76cd70, pathStartPos=<value optimized out>) at qdbusintegrator.cpp:1283
#71 0x00007fba4b92d028 in QDBusActivateObjectEvent::placeMetaCall (this=0x76cd00) at qdbusintegrator.cpp:1400
#72 0x00007fba4b631105 in QObject::event (this=0x7fff57c72bc0, e=0x76cd00) at kernel/qobject.cpp:1155
#73 0x00007fba4a3fd8ea in QApplication::event (this=0x7fff57c72bc0, e=0x76cd00) at kernel/qapplication.cpp:2187
#74 0x00007fba4a3f81bd in QApplicationPrivate::notify_helper (this=0x63f010, receiver=0x7fff57c72bc0, e=0x76cd00) at kernel/qapplication.cpp:3803
#75 0x00007fba4a3fff8a in QApplication::notify (this=0x7fff57c72bc0, receiver=0x7fff57c72bc0, e=0x76cd00) at kernel/qapplication.cpp:3768
#76 0x00007fba4c413afb in KApplication::notify (this=0x7fff57c72bc0, receiver=0x7fff57c72bc0, event=0x76cd00) at /usr/src/debug/kdelibs-4.1.87/kdeui/kernel/kapplication.cpp:307
#77 0x00007fba4b622091 in QCoreApplication::notifyInternal (this=0x7fff57c72bc0, receiver=0x7fff57c72bc0, event=0x76cd00) at kernel/qcoreapplication.cpp:587
#78 0x00007fba4b622d3a in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x609190) at kernel/qcoreapplication.h:209
#79 0x00007fba4b64a863 in postEventSourceDispatch (s=<value optimized out>) at kernel/qcoreapplication.h:214
#80 0x00007fba44f060db in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#81 0x00007fba44f098ad in ?? () from /usr/lib64/libglib-2.0.so.0
#82 0x00007fba44f09a6b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#83 0x00007fba4b64a4ef in QEventDispatcherGlib::processEvents (this=0x62b510, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:319
#84 0x00007fba4a4889af in QGuiEventDispatcherGlib::processEvents (this=0x1af3, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:198
#85 0x00007fba4b6209a2 in QEventLoop::processEvents (this=<value optimized out>, flags={i = 1472670432}) at kernel/qeventloop.cpp:143
#86 0x00007fba4b620b2d in QEventLoop::exec (this=0x7fff57c72b20, flags={i = 1472670512}) at kernel/qeventloop.cpp:194
#87 0x00007fba4b622ffd in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845
#88 0x0000000000404875 in main (argc=1, argv=0x7fff57c732a8) at /usr/src/debug/kdepim-4.1.87/kontact/src/main.cpp:218

Comment 12 Dario Andres 2009-01-07 17:51:41 UTC
The backtrace looks very similar to the one in bug 177294 so it's probably a duplicate. 
Comment 13 Thomas McGuire 2009-01-07 17:54:48 UTC
Events loops again...
Comment 14 Tom Chiverton 2009-01-26 22:04:01 UTC
Same here, I think.
Kubuntu 8.10 with KDE 4.2 RC1 from their PPA:

Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
Calling appendChild() on a null node does nothing.
kontact(10255) Sonnet::Loader::loadPlugin: Successfully loaded plugin: "kspell_hspell.desktop"
kontact(10255) Sonnet::Loader::loadPlugin: Successfully loaded plugin: "kspell_enchant.desktop"
kontact(10255) KWallet::Wallet::openWallet: Pass a valid window to KWallet::Wallet::openWallet().
*** KMail got signal 6 (Crashing)
KCrash: Application 'kontact' crashing...
sock_file=/home/falken/.kde/socket-wopr/kdeinit4__0
<unknown program name>(10248)/: Communication problem with  "kontact" , it probably crashed.
Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "


Program exited with code 0377.


Should this be a blocking bug ?
Comment 15 Dario Andres 2009-01-29 23:40:36 UTC
@Tom: your crash may be different from the original reported one.
Can you do what I said in comment 3 to get a backtrace? If your backtrace looks *exactly* the same as the one in comment 11, you can post your information here. If it's a lot different you need to file a new bug report
Comment 16 Tom Chiverton 2009-01-30 19:19:09 UTC
Oops, no, my crash is actually #180714
Comment 17 Kevin Krammer 2009-02-08 14:40:44 UTC
SVN commit 923208 by krake:

Using nested event loops to achieve synchronous call behavior while doing Akonadi jobs has created way to many issues due to unexpected re-entrancy.

This is basically backport of a series of changes in trunk which replace this form of blocking with real blocking of the caller and delegating the Akonadi job execution to a worker thread.

This should fix all the bugs this is sent to. If they remain with 4.2.1 once it is released, please re-open.

Darío, in case I missed some of the eventloop related bugs, please feel free to close them as well.

BUG: 177294
BUG: 158129
BUG: 182475
BUG: 178869
BUG: 179577
BUG: 179838
BUG: 180384
BUG: 181153
BUG: 181966
BUG: 182833
BUG: 182956
BUG: 183187


 M  +210 -55   kabc/resourceakonadi.cpp  
 M  +202 -54   kcal/resourceakonadi.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=923208