Package: kdebase-kio-plugins Version: 4:3.5.2-1 Severity: important In Korganizer, I've specified an resource for loading and saving the ical file using an sftp kioslave. This is a killer feature!! That is to say, I save the ical file to an ssh server of mine.
You can see a screenshot of my "Resource Configuration" settings to do this at the bottom of this webpage: http://annexia.ca/Members/Dustin/linux-is-to-windows-as/ This way, I can access the same calendar at home and at work. It properly saves the ical file about half of the time. Upon failure, I get a dialog titled "Error - Kontact", and the error message on it is "Error while saving sftp kio-slave iCal on server." When I log into the ssh server to see what went wrong, I can see that there is still an ssh connection open for the user I've set up for this sole purpose (with the command "ps ax|grep ssh). If I manually kill that lingering ssh login process, then the ical will save properly again. And after every sucessful saving of the ical, there is no such lingering ssh connection on the ssh server as shown with the command "ps ax|grep ssh". Since it saves about half of the time, I don't think it's the fault of the ssh server. Since Korganizer attempts an sftp save every time, I don't think it's the fault of Korganizer. I think it's the fault of the sftp kioslave, that is the thing that seems to have the intermittent behaviour. For example, upon starting Korganizer, if I create several new TODO's in the To-do list, the first few changes I make (and I've specified to Automatically save on every change) will succeed in saving properly to the ssh server, but then they start failing with the error dialog above. They get "clogged", and the only way to "unclog" them again is to kill the lingering ssh process for the ical-related user on the ssh server. And I'm not doing the saves very rapidly either, ie. starting a new save before the previous one has had a chance to finish (which ideally shouldn't cause a problem anyway). If I leave Korganizer open and go to work, when I come home, there can be dozens of these error dialogs that have "piled up" once a "clog" has occurred. I think there needs to be more careful checking that an ssh connection has properly closed! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.051206 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages kdebase-kio-plugins depends on: ii kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.61-5 simple interprocess messaging syst ii libgcc1 1:4.1.0-1+b1 GCC support library ii libhal-storage1 0.5.7-1 Hardware Abstraction Layer - share ii libhal1 0.5.7-1 Hardware Abstraction Layer - share ii libldap2 2.1.30-13 OpenLDAP libraries ii libopenexr2c2a 1.2.2-4.2 runtime files for the OpenEXR imag ii libqt3-mt 3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libsasl2 2.1.19.dfsg1-0.1 Authentication abstraction library ii libsasl2-modules 2.1.19.dfsg1-0.1 Pluggable Authentication Modules f ii libsmbclient 3.0.22-1 shared library that allows applica ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 ii libxcursor1 1.1.3-1 X cursor management library ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages kdebase-kio-plugins recommends: pn hal <none> (no description available) ii kamera 4:3.5.2-1 digital camera io_slave for Konque ii kdemultimedia-kio-plugins 4:3.5.1-1 enables the browsing of audio CDs ii kdesktop 4:3.5.2-1 miscellaneous binaries and files f ii pmount 0.9.9-2 mount removable devices as normal -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]