Your message dated Tue, 19 Feb 2013 07:43:17 +0100
with message-id <201302190743.17774.adrien.grell...@laposte.net>
and subject line dolphin: drag & drop does not correctly escape ununsual
filename characters
has caused the Debian Bug report #623288,
regarding dolphin: drag & drop does not correctly escape ununsual filename
characters
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
623288: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623288
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: dolphin
Version: 4:4.4.5-2
Severity: normal
Dolphin does not properly escape filenames when dragging and dropping between
applications. In particular, files containing ';' in the name (such as the
filename 'foo;bar.txt') are not correctly translated. For instance, dragging
the file 'foo;bar.txt' to Iceweasel from Nautilus provides Firefox with the URL
'file:///home/zpalmer/ztemp/foo%3Bbar.txt'. Dragging the same file to Iceweasel
from Dolphin results in 'file:///home/zpalmer/ztemp/foo;bar.txt', which
prevents the file from being loaded. Dragging the file from Nautilus to an
Icedove mail window successfully attaches it to the e-mail, while dragging it
from Dolphin results in the file being truncated. (This was the cause of bug
#608928, which I reported without realizing that Dolphin was involved.)
I am unfamiliar with the D&D API that is used between these applications. My
expectation, however, is that some rich variation of the dragged resource (such
as a URN field) is being set by Nautilus and not by Dolphin. Applications
which do not depend on this kind of input seem to work fine with both file
managers; for instance, dragging from either file manager onto Konsole or
gnome-terminal seems to work fine.
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dolphin depends on:
ii kdebase-runtime 4:4.4.5-1 runtime components from the offici
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.5-8 GCC support library
ii libkdecore5 4:4.4.5-2+squeeze1 the KDE Platform Core Library
ii libkdeui5 4:4.4.5-2+squeeze1 the KDE Platform User Interface Li
ii libkfile4 4:4.4.5-2+squeeze1 the File Selection Dialog Library
ii libkio5 4:4.4.5-2+squeeze1 the Network-enabled File Managemen
ii libknewstuff3-4 4:4.4.5-2+squeeze1 the "Get Hot New Stuff" v3 Library
ii libkonq5 4:4.4.5-2 core libraries for Konqueror
ii libkparts4 4:4.4.5-2+squeeze1 the Framework for the KDE Platform
ii libkutils4 4:4.4.5-2+squeeze1 various utility classes for the KD
ii libnepomuk4 4:4.4.5-2+squeeze1 the Nepomuk Meta Data Library
ii libnepomukquery4a 4:4.4.5-2+squeeze1 the Nepomuk Query Library for the
ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul
ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module
ii libqtcore4 4:4.6.3-4 Qt 4 core module
ii libqtgui4 4:4.6.3-4 Qt 4 GUI module
ii libsoprano4 2.5.0+dfsg.1-1 libraries for the Soprano RDF fram
ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3
ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime
Versions of packages dolphin recommends:
ii kfind 4:4.4.5-2 file search utility
ii ruby 4.5 An interpreter of object-oriented
dolphin suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version 4:4.8.4-2
Bug closed.
Thank you for reporting bugs,
Adrien
--- End Message ---
