KDESVN assertion makes Kdesktop unresponsive, as if it has crashed

[motoom@…]

How to reproduce:

- Open a site in Konqueror (for example, http://www.google.com) - Drag the favicon from the location toolbar to the desktop and choose 'Link Here'. - Right-click on the newly created link icon - The context popup will not appear, and other desktop icons have also become unresponsive - In the background the following error is logged: Assertion failed: (is_canonical(base, blen)), function svn_path_join, file subversion/libsvn_subr/path.c, line 119. - Kicker still works so you should be able to quit KDE

The problem goes away when I make the following changes to /usr/local/share/services/kded/kdesvnd.desktop: X-KDE-Kded-autoload=false X-KDE-Kded-load-on-demand=false

Possible cause:

Web shortcuts on the desktop are created in "~/Desktop" and typically have filenames like "http:%2f%2fwww.google.nl%2f.desktop" Maybe the '%2f' confuses KDESVN since it has special meaning in sprintf(). If I rename the shortcut file to 'google.desktop' the assertion does not occur, and the context popup appears like usual.

This is from 0.13, I don't know if later versions still show this behaviour.

Greetings and thanks for the great stuff,

[alwin]

Replying to motoom@xs4all.nl:

Maybe the '%2f' confuses KDESVN since it has special meaning in sprintf(). If I rename the shortcut file to 'google.desktop' the assertion does not occur, and the context popup appears like usual.

not exact but I knew this problem, but this error seems fixed in newer releases of kdesvn/svnqt. With kde4 I don't see it, and I remember I fixed in 1.0.x or earlier a problem with encoding pathes for subversion. So you may try latest versions (1.0.x for kde3 and 1.2.x for kde4). Until I close this bug.