kalarm without xterm installed crashes

[x]

Binary package hint: kdepim

When i open the option window in kalarm and hit "Apply" or "OK" (translated from german) kalarm suddenly crashes.
This happens everytime to me.

gutsy:

# aptitude show kalarm
Package: kalarm
State: installed
Automatically installed: yes
Version: 4:3.5.7enterprise20070926-0ubuntu2

[Ralph Janke (txwikinger)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, your crash report is missing. Please follow these instuctions to have apport report a new bug about your crash that can be dealt with by the automatic retracer.

 If you are using Ubuntu with the Gnome desktop environment - launch nautilus and navigate to your /var/crash directory and double click on the crash report you wish to submit.
 If you are using Kubuntu or Xubuntu you can file the crash using "/usr/share/apport/apport-qt --crash-file=/var/crash/_my_crash_report.crash" in a terminal - where _my_crash_report.crash is the crash you would like to report.

I'm closing this bug report since the process outlined above will automatically open a new bug report which can then dealt with more efficiently. Thanks in advance for your cooperation and understanding.

[x (xk2c-deactivatedaccount)]

copy of the kalarm changelog

=== Version 1.4.21 --- 19 December 2007 ===
Fix crash when saving preferences, if 'xterm' is not installed in the system.

$ aptitude show xterm | grep state
State: not installed

That´s default in gutsy. Maybe someone willing to sneak into that patch and maybe doing an s-r-u ?

[x (xk2c-deactivatedaccount)]

as this is a RFC, resetting bugstatus to 'new'

[x (xk2c-deactivatedaccount)]

I am able to reproduce this bug now:

create new user = new profile
xterm *not installed* = default in Kubuntu

login, open kalarm, open options dialog and press ok

Kalarm will immediately crash

the same proceduer *with* xterm installed does not crash kalarm.

[Luka Renko (lure)]

Thanks for tracking this down. Have reproduced the problem on Hardy with full stack trace.
Will submit this bug to kdepim enterprise developers in order to get fixed before Hardy release.
Not sure if this qualifies for Gutsy SRU though: it is not installed by default and simple workaround exists (install xterm).

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb5ade6c0 (LWP 7815)]
[KCrash handler]
#6 0xb5c1f8ac in memcpy () from /lib/tls/i686/cmov/libc.so.6
#7 0xb6d5f0e7 in QString::mid (this=0xbfef2210, index=88, len=135751096)
    at tools/qstring.cpp:3603
#8 0x080e04f7 in translateXTermPath (config=0x81b5a88,
    cmdline=<value optimized out>, write=true)
    at /build/buildd/kdepim-3.5.7enterprise20071207/./kalarm/preferences.cpp:647
#9 0x080e2d40 in Preferences::save (syncToDisc=false)
    at /build/buildd/kdepim-3.5.7enterprise20071207/./kalarm/preferences.cpp:397
#10 0x080f0924 in MiscPrefTab::apply (this=0x82cff50, syncToDisc=16)
    at /build/buildd/kdepim-3.5.7enterprise20071207/./kalarm/prefdlg.cpp:493
#11 0x080edce5 in KAlarmPrefDlg::slotApply (this=0x82c3728)
    at /build/buildd/kdepim-3.5.7enterprise20071207/./kalarm/prefdlg.cpp:192
#12 0x080e4bfc in KAlarmPrefDlg::slotOk (this=0x82c3728)
    at /build/buildd/kdepim-3.5.7enterprise20071207/./kalarm/prefdlg.cpp:201
#13 0xb7492adb in KDialogBase::qt_invoke (this=0x82c3728, _id=74,
    _o=0xbfef2428) at ./kdialogbase.moc:359
#14 0x080e4ab4 in KAlarmPrefDlg::qt_invoke (this=0x82c3728, _id=74,
    _o=0xbfef2428) at ./prefdlg.moc:96
#15 0xb6a42e18 in QObject::activate_signal (this=0x82ccaf8, clist=0x82ccad0,
    o=0xbfef2428) at kernel/qobject.cpp:2356
#16 0xb6a438fd in QObject::activate_signal (this=0x82ccaf8, signal=4)
    at kernel/qobject.cpp:2325
#17 0xb6ddad5d in QButton::clicked (this=0x82ccaf8)
    at .moc/debug-shared-mt/moc_qbutton.cpp:152
#18 0xb6ae089e in QButton::mouseReleaseEvent (this=0x82ccaf8, e=0xbfef2850)
    at widgets/qbutton.cpp:836
#19 0xb6a7953f in QWidget::event (this=0x82ccaf8, e=0xbfef2850)
    at kernel/qwidget.cpp:4702
#20 0xb69d734e in QApplication::internalNotify (this=0x818ae60,
    receiver=0x82ccaf8, e=0xbfef2850) at kernel/qapplication.cpp:2635
#21 0xb69d94fd in QApplication::notify (this=0x818ae60, receiver=0x82ccaf8,
    e=0xbfef2850) at kernel/qapplication.cpp:2421
#22 0xb71b54c2 in KApplication::notify (this=0x818ae60, receiver=0x82ccaf8,
    event=0xbfef2850)
    at /build/buildd/kdelibs-3.5.8/./kdecore/kapplication.cpp:550
#23 0xb69680ef in QApplication::sendSpontaneousEvent (receiver=0x82ccaf8,
    event=0xbfef2850) at kernel/qapplication.h:523
#24 0xb6966d7b in QETWidget::translateMouseEvent (this=0x82ccaf8,
    event=0xbfef2c98) at kernel/qapplication_x11.cpp:4303
#25 0xb6964f1d in QApplication::x11ProcessEvent (this=0x818ae60,
    event=0xbfef2c98) at kernel/qapplication_x11.cpp:3480
#26 0xb697c583 in QEventLoop::processEvents (this=0x81bdb28, flags=4)
    at kernel/qeventloop_x11.cpp:192
#27 0xb69f26a8 in QEventLoop::enterLoop (this=0x81bdb28)
    at kernel/qeventloop.cpp:198
#28 0xb69f23a6 in QEventLoop::exec (this=0x81bdb28)
    at kernel...

[x (xk2c-deactivatedaccount)]

ui Luka that has been kinda fast. ;)

just a few comments:

For Hardy i suggest to update kalarm to version 1.4.21 = latest stable upstream
which allready includes the fix for this.

For gutsy 3 reasons for an SRU:

* $ apt-cache policy kalarm | grep main
        500 http://de.archive.ubuntu.com gutsy/main Packages
                                                                              ^^^
* $ apt-cache policy kalarm | grep enter
.
 *** 4:3.5.7enterprise20070926-0ubuntu2 0
                    ^^^^^
* up to now the only people who know about the easy workaround are you and me

[Luka Renko (lure)]

Opened new bug to request merge of fix in enterprise branch:
https://bugs.kde.org/show_bug.cgi?id=154864

[x (xk2c-deactivatedaccount)]

from that bug you mention Luka:

------- Additional Comment #3 From David Jarvie 2008-02-18 14:59 -------
Fixed by SVN commit 765330.

so it´s fixed i guess. will there be an update for gutsy users?
(i am willing to test if it´s desired.)

[x (xk2c-deactivatedaccount)]

$ LANG=C apt-cache policy kalarm xterm
kalarm:
  Installed: 4:3.5.9-0ubuntu3
  Candidate: 4:3.5.9-0ubuntu3
  Version table:
 *** 4:3.5.9-0ubuntu3 0
        500 http://de.archive.ubuntu.com hardy/main Packages
        100 /var/lib/dpkg/status
xterm:
  Installed: (none)
  Candidate: 229-1ubuntu1
  Version table:
     229-1ubuntu1 0
        500 http://de.archive.ubuntu.com hardy/main Packages

In hardy this bug is fixed - therfore closing this bugreport.