Left over from old timer-applet causes crash on save of presets

[Chris Pudney]

Binary package hint: timer-applet

Was adding a preset.

ProblemType: Crash
Architecture: i386
Date: Wed May 28 10:32:05 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/lib/timer-applet/timer-applet
InterpreterPath: /usr/bin/python2.5
NonfreeKernelModules: nvidia
Package: timer-applet 2.0.1-3
PackageArchitecture: all
ProcCmdline: python /usr/lib/timer-applet/timer-applet --oaf-activate-iid=OAFIID:TimerApplet_Factory --oaf-ior-fd=51
ProcEnviron:
 LANG=en_AU.UTF-8
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 SHELL=/bin/bash
PythonArgs: ['/usr/lib/timer-applet/timer-applet', '--oaf-activate-iid=OAFIID:TimerApplet_Factory', '--oaf-ior-fd=51']
SourcePackage: timer-applet
Title: timer-applet crashed with IOError in write()
Uname: Linux 2.6.24-17-generic i686
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev scanner video

[Chris Pudney (cpudney)]

The "crash" occurred when adding a preset.

The applet doesn't die although the preset isn't stored. Next time the applet is started (next X-session) the applet has no preset times.

[Philipp Kern (pkern)]

Is there a file in ~/.gnome2 called timer-applet? Or maybe a dangling symbolic link?

[Chris Pudney (cpudney)]

Yes, there was a *file* ~/.gnome2/timer-applet that contained a preset (of Dapper vintage). I've deleted it, saved a timer-applet preset and now there is a *directory* ~/.gnome2/timer-applet holding preset.xml.

Thanks.

[Philipp Kern (pkern)]

Ok, this is not critical anymore for Ubuntu, albeit we might want to fix it for Hardy. I'll open a RC bug report on Debian, though. Thanks for the report!

[Kenny Meyer (knny-myer)]

This is fixed in version 2.1.2