KOrganizer crashes when Groupwise Resource is active

[devweasel]

Since the update of KDE from 3.5.9 to 3.5.10 KOrganizer crashes whenever a Novell Groupwise Resource is active.
The crash happens right after the sync/download is supposed to be finished and is reproducible.

Steps taken by me to "confirm" it's KOrganizer (as good as i'm able to, at least):
 - Checked Groupwise native client: Calendar works (Offline- and Onlinemode).
 - Disabled all Resources: KOrganizer works fine.
 - Enabled *only* the Groupwise Resource: KOrganizer crashes.
 - Checked Resource https/Soap URL in Browser: URL is accessible.
 - Modified Resource URL to use IP address instead of DNS name: KOrganizer crashes.
 - Changed Resource to "Read only", "Never reload" and "Never save": KOrganizer crashes.
 - Disabled Groupwise Resource again, enabled all others: KOrganizer works fine.

$ apt-cache policy korganizer
korganizer:
  Installed: 4:3.5.10-0ubuntu1~hardy2
  Candidate: 4:3.5.10-0ubuntu1~hardy2
  Version table:
 *** 4:3.5.10-0ubuntu1~hardy2 0
        500 http://at.archive.ubuntu.com hardy-updates/main Packages
        100 /var/lib/dpkg/status
     4:3.5.9-0ubuntu3 0
        500 http://at.archive.ubuntu.com hardy/main Packages

Crash short description:
The application KOrganizer (korganizer) crashed and caused the signal 11 (SEGSEGV).

Crash backtrace:
[Thread debugging using libthread_db enabled]
[New Thread 0x7f82e21b66f0 (LWP 10847)]
[KCrash handler]
#5 0x00007f82e1c2955d in KOAgenda::setNoActionCursor (this=0xa27560,
    moveItem=0xc03060, viewportPos=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:1192
#6 0x00007f82e1c2eb51 in KOAgenda::eventFilter_mouse (this=0xa27560,
    object=0xc03060, me=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:651
#7 0x00007f82e1c28838 in KOAgenda::eventFilter (this=0xa27560,
    object=0xc03060, event=0x7fffea1ebb90)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:355
#8 0x00007f82db8b9f6f in QObject::activate_filters (this=0xc03060,
    e=0x7fffea1ebb90) at kernel/qobject.cpp:906
#9 0x00007f82db8b9fe8 in QObject::event (this=0xc03060, e=0x7fffea1ebb90)
    at kernel/qobject.cpp:738
#10 0x00007f82db8f02bb in QWidget::event (this=0xc03060, e=0x7fffea1ebb90)
    at kernel/qwidget.cpp:4681
#11 0x00007f82db85433a in QApplication::internalNotify (this=0x7fffea1ec400,
    receiver=0xc03060, e=0x7fffea1ebb90) at kernel/qapplication.cpp:2638
#12 0x00007f82db856410 in QApplication::notify (this=0x7fffea1ec400,
    receiver=0xc03060, e=0x7fffea1ebb90) at kernel/qapplication.cpp:2424
#13 0x00007f82dcf8a6bd in KApplication::notify (this=0x7fffea1ec400,
    receiver=0xc03060, event=0x7fffea1ebb90)
    at /build/buildd/kdelibs-3.5.10/./kdecore/kapplication.cpp:550
#14 0x00007f82db7e5280 in QApplication::sendSpontaneousEvent (
    receiver=0xc03060, event=0x7fffea1ebb90) at kernel/qapplication.h:526
#15 0x00007f82db7e3e94 in QETWidget::translateMouseEvent (this=0xc03060,
    event=0x7fffea1ec200) at kernel/qapplication_x11.cpp:4306
#16 0x00007f82db7e2060 in QApplication::x11ProcessEvent (this=0x7fffea1ec400,
    event=0x7fffea1ec200) at kernel/qapplication_x11.cpp:3483
#17 0x00007f82db7f9106 in QEventLoop::processEvents (this=0x67c900, flags=4)
    at kernel/qeventloop_x11.cpp:195
#18 0x00007f82db86e5bf in QEventLoop::enterLoop (this=0x67c900)
    at kernel/qeventloop.cpp:201
#19 0x00007f82db86e2ab in QEventLoop::exec (this=0x67c900)
    at kernel/qeventloop.cpp:148
#20 0x00007f82db855e00 in QApplication::exec (this=0x7fffea1ec400)
    at kernel/qapplication.cpp:2761
#21 0x000000000040ad58 in main (argc=<value optimized out>,
    argv=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/main.cpp:58

Commandline output:
kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: PKCS7_content_free
kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OpenSSL_add_all_algorithms
kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OPENSSL_add_all_algorithms
kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/libcrypto.so.0.9.8: undefined symbol: OpenSSL_add_all_algorithms_conf
QGDict::hashKeyString: Invalid null key
[...]

As a sidenote: The above command output is exactly the same as with KDE 3.5.9, where KOrganizer works fine.

[Andreas Wenning (andreas-wenning)]

Please install kdepim-dbg and get a new kcrash trace.
Thank you.

[Andreas Wenning (andreas-wenning)]

Sorry, that comment was to go on another report. The backtrace looks "good".

[devweasel (devweasel)]

Update:
When downgrading the korganizer package only to 3.5.9 and leaving all other updated packages at their current version,
the Groupwise Resource works fine, too.

[Andreas Wenning (andreas-wenning)]

@Alexander
Then we at least know, when the regression was introduced.

Please look at installing kdepim-dbg and reproduce the crash when running it from the terminal. It looks like it should give some debug messages along the way, that could be helpful.

[devweasel (devweasel)]

@Andreas
I'm sorry, but i think i miss something; I can't really follow you there...

kdepim-dbg is installed (and was installed when invoking korganizer from the terminal to gather the above data).
The above mentioned Commandline output (below the Backtrace) is the terminal output right before the crash. It prints
the OpenSSL lines, then a few lines of the "QGDict::hashKeyString: Invalid null key" (11 to be exact) and the last line
before termination is the _usual_ "KCrash: Application 'korganizer' crashing...". Sorry if stripping those lines shouldn't have
been done! I just re-verified the output and there is no other output than already mentioned.

Could you please clarify your request?
Thanks,
-alex

[devweasel (devweasel)]

Another (important?) Update:
I think this one could be quite important, too.
Today the TLS/SSL string within the resource caught my eye again.
Just out of curiosity i exported part of my calendar into an .ICS file and placed it on (another) webserver reachable via HTTPS. Guess, what... The symptoms are *exactly* the same as mentioned in my initial report. So maybe it's not even related to Groupwise alone? Could it be possible that there were some HTTP/HTTPS changes between those two versions and that's the root-cause of the problem?

For reference: I tested *all* steps i already did with the Groupwise Resource to reproduce and the commandline output is the same.

Backtrace (I think it's also the same):
[Thread debugging using libthread_db enabled]
[New Thread 0x7f6a5246b6f0 (LWP 29136)]
[KCrash handler]
#5 0x00007f6a51ede55d in KOAgenda::setNoActionCursor (this=0xa27130,
    moveItem=0xbea560, viewportPos=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:1192
#6 0x00007f6a51ee3b51 in KOAgenda::eventFilter_mouse (this=0xa27130,
    object=0xbea560, me=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:651
#7 0x00007f6a51edd838 in KOAgenda::eventFilter (this=0xa27130,
    object=0xbea560, event=0x7fff5a4a0e10)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagenda.cpp:355
#8 0x00007f6a4bb6ef6f in QObject::activate_filters (this=0xbea560,
    e=0x7fff5a4a0e10) at kernel/qobject.cpp:906
#9 0x00007f6a4bb6efe8 in QObject::event (this=0xbea560, e=0x7fff5a4a0e10)
    at kernel/qobject.cpp:738
#10 0x00007f6a4bba52bb in QWidget::event (this=0xbea560, e=0x7fff5a4a0e10)
    at kernel/qwidget.cpp:4681
#11 0x00007f6a4bb0933a in QApplication::internalNotify (this=0x7fff5a4a1680,
    receiver=0xbea560, e=0x7fff5a4a0e10) at kernel/qapplication.cpp:2638
#12 0x00007f6a4bb0b410 in QApplication::notify (this=0x7fff5a4a1680,
    receiver=0xbea560, e=0x7fff5a4a0e10) at kernel/qapplication.cpp:2424
#13 0x00007f6a4d23f6bd in KApplication::notify (this=0x7fff5a4a1680,
    receiver=0xbea560, event=0x7fff5a4a0e10)
    at /build/buildd/kdelibs-3.5.10/./kdecore/kapplication.cpp:550
#14 0x00007f6a4ba9a280 in QApplication::sendSpontaneousEvent (
    receiver=0xbea560, event=0x7fff5a4a0e10) at kernel/qapplication.h:526
#15 0x00007f6a4ba98e94 in QETWidget::translateMouseEvent (this=0xbea560,
    event=0x7fff5a4a1480) at kernel/qapplication_x11.cpp:4306
#16 0x00007f6a4ba97060 in QApplication::x11ProcessEvent (this=0x7fff5a4a1680,
    event=0x7fff5a4a1480) at kernel/qapplication_x11.cpp:3483
#17 0x00007f6a4baae106 in QEventLoop::processEvents (this=0x67c920, flags=4)
    at kernel/qeventloop_x11.cpp:195
#18 0x00007f6a4bb235bf in QEventLoop::enterLoop (this=0x67c920)
    at kernel/qeventloop.cpp:201
#19 0x00007f6a4bb232ab in QEventLoop::exec (this=0x67c920)
    at kernel/qeventloop.cpp:148
#20 0x00007f6a4bb0ae00 in QApplication::exec (this=0x7fff5a4a1680)
    at kernel/qapplication.cpp:2761
#21 0x000000000040ad58 in main (argc=<value optimized out>,
    argv=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/main.cpp:58

[Andreas Wenning (andreas-wenning)]

I'll probably have to recompile it with special options to get it to spit out full debug output, but let's see if we can avoid that.

I might have found the problem in the code though; it's a missing statement, but I'm not 100% sure that's what causes your crash. It's building in my PPA right now: https://edge.launchpad.net/~andreas-wenning/+archive . When it has finished building, please test if it fixes the problem?

[devweasel (devweasel)]

Replacing the "korganizer" package alone with the one you kindly provided, unfortunately doesn't fix the problem. Symptoms are the same. Should i try replacing all kdepim3.5.10 related packages anyway?
Apart from that is there any other way i can help track down the problem further "on my end"?

[Andreas Wenning (andreas-wenning)]

@Alexander
If you could replace the kdepim-dbg package as well and generate a new backtrace, that might be helpful. I don't know if you can do that when all the kdepim packages isn't of the same version; in the case you can't, you can try replacing all the packages.

I can't think of much more debugging than this at your end right now. If you have a suspicion of a possible connection with the bug, don't hesitate to tell me though.

[devweasel (devweasel)]

I now replaced the kdepim-dbg as well, here ist the backtrace for the Groupwise Resource:

[Thread debugging using libthread_db enabled]
[New Thread 0x7f73bdf036f0 (LWP 4265)]
[KCrash handler]
#5 0x00007f73bd97f2ae in KOAgendaItem::paintEvent (this=0xbf13a0,
    ev=0x7fffc5f3adc0)
    at /build/buildd/kdepim-3.5.10/./korganizer/koagendaitem.cpp:753
#6 0x00007f73b763d858 in QWidget::event (this=0xbf13a0, e=0x7fffc5f3adc0)
    at kernel/qwidget.cpp:4808
#7 0x00007f73b75a133a in QApplication::internalNotify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, e=0x7fffc5f3adc0) at kernel/qapplication.cpp:2638
#8 0x00007f73b75a3be3 in QApplication::notify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, e=0x7fffc5f3adc0) at kernel/qapplication.cpp:2526
#9 0x00007f73b8cd76bd in KApplication::notify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, event=0x7fffc5f3adc0)
    at /build/buildd/kdelibs-3.5.10/./kdecore/kapplication.cpp:550
#10 0x00007f73b753220e in QApplication::sendEvent (receiver=0xbf13a0,
    event=0x7fffc5f3adc0) at ../include/qapplication.h:523
#11 0x00007f73b756c9e7 in QWidget::repaint (this=0xbf13a0, x=0, y=0, w=177,
    h=160, erase=true) at kernel/qwidget_x11.cpp:1595
#12 0x00007f73bd97fdfa in KOAgendaItem::paintEvent (this=0xbf13a0,
    ev=0x7fffc5f3b970) at /usr/share/qt3/include/qwidget.h:842
#13 0x00007f73b763d858 in QWidget::event (this=0xbf13a0, e=0x7fffc5f3b970)
    at kernel/qwidget.cpp:4808
#14 0x00007f73b75a133a in QApplication::internalNotify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, e=0x7fffc5f3b970) at kernel/qapplication.cpp:2638
#15 0x00007f73b75a3be3 in QApplication::notify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, e=0x7fffc5f3b970) at kernel/qapplication.cpp:2526
#16 0x00007f73b8cd76bd in KApplication::notify (this=0x7fffc5f3c100,
    receiver=0xbf13a0, event=0x7fffc5f3b970)
    at /build/buildd/kdelibs-3.5.10/./kdecore/kapplication.cpp:550
#17 0x00007f73b7532280 in QApplication::sendSpontaneousEvent (
    receiver=0xbf13a0, event=0x7fffc5f3b970) at kernel/qapplication.h:526
#18 0x00007f73b7521a7c in QETWidget::translatePaintEvent (this=0xbf13a0,
    event=0x7fffc5f3bf00) at kernel/qapplication_x11.cpp:5787
#19 0x00007f73b752f0f6 in QApplication::x11ProcessEvent (this=0x7fffc5f3c100,
    event=0x7fffc5f3bf00) at kernel/qapplication_x11.cpp:3505
#20 0x00007f73b7546106 in QEventLoop::processEvents (this=0x67c920, flags=4)
    at kernel/qeventloop_x11.cpp:195
#21 0x00007f73b75bb5bf in QEventLoop::enterLoop (this=0x67c920)
    at kernel/qeventloop.cpp:201
#22 0x00007f73b75bb2ab in QEventLoop::exec (this=0x67c920)
    at kernel/qeventloop.cpp:148
#23 0x00007f73b75a2e00 in QApplication::exec (this=0x7fffc5f3c100)
    at kernel/qapplication.cpp:2761
#24 0x000000000040ad58 in main (argc=<value optimized out>,
    argv=<value optimized out>)
    at /build/buildd/kdepim-3.5.10/./korganizer/main.cpp:58

Apart from that, i just tried to add a public GoogleCalendar (Remote File Resource) via HTTP to check if it could have to do something with SSL and self-signed certificates, but as HTTP-only shows the same symptoms, i doubt it.
Here's the URL i used: http://www.google.com/calendar/ical/austrian%40holiday.calendar.go...

[Andreas Wenning (andreas-wenning)]

Initially I wasn't able to reproduce it at all, using remote calendars; but I actually managed to get it reproduced. Based on the backtrace it seems you are suffering the same issue as bug 286905. I'll mark this bug as a duplicate of bug 286905. Please add any further comments/foundings to this report.