Package: kdesvn-kio-plugins Version: 1.6.0-2 Severity: important Dear Maintainer,
There are a few ways in which the KIO svn slave exhibits the surprising behaviour of ignoring port numbers specified in the URL. The failure mode can be observed by browsing a repository through e.g. KDESVN or by trying to open (via the file chooser dialog of KDE apps, or via e.g. cat revision in KDESVN) a file in a repository if that repository is located at an URL at a specific port other than the default (3690). Some (numerous) notifications may be received in the Plasma desktop, or the action fails with an error message. The error message reports that the connection was refused. In both cases you will notice that the URL mentioned in the error message does *not* contain the port number originally specified. Example actions which trigger the bug: - trying to manually open a file located at: svn://my-host-name:7690/path/to/object?rev=5554 (change host name & path as appropriate) This yields an error dialog about the refused connection. - trying to browse a repository at an URL using such a port number in KDESVN This yields numerous notifications in Plasma desktop about the refused connection. - trying to cat an object at a specific revision (e.g. HEAD) in KDESVN in a repository at such an URL; again yields an error message about a refused connection. Obviously there is nothing inherently wrong with different port numbers. So I would expect the KDE applications to be able to open objects in SVN repositories regardless of whether or not there is a non-standard portnumber in their URL. Additionally, it is worth mentiong that KDESVN can browse repositories located at URLs with such a port number "just fine" albeit with the (minor?) annoyance of a stream of bogus error messages in your Plasma notifications. This is somewhat counterintuitive behaviour as well. Obviously a connection needs to have been established for browsing the repository to work at all... So why do you get bogus error messages indicating failure to establish a connection when the actual action (browsing the repository and therefore connecting to it) succeeds? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesvn-kio-plugins depends on: ii libapr1 1.4.8-2 ii libaprutil1 1.5.2-2 ii libc6 2.17-95 ii libgcc1 1:4.8.2-2 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-svg 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libstdc++6 4.8.2-2 ii libsvn1 1.7.13-2 ii libsvnqt7 1.6.0-2 kdesvn-kio-plugins recommends no packages. kdesvn-kio-plugins suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
