(*** This bug was imported into bugs.kde.org ***) Package: konqueror Overview Description: Your use of XDND for dragging files is not compliant with the XDND protocol. You are not prepending the hostname to the file name as specified in http://www.newplanetsoftware.com/xdnd/dragging_files.html Steps to Reproduce: Download ftp://ftp.newplanetsoftware.com/pub/xdnd/xdnd-v4-binary-Linux-Intel.tgz unpack it and run test_xdnd from a terminal window. Then drag a file from konqueror to test_xdnd. test_xdnd will print an error because the host name is not included in the URL. Actual Results: Target window is not highlighted with a blue border. This means that the target is not accepting the drop at all. Expected Results: The target window should be hilighted with a blue border while the mouse is over it. After the drop the file should be listed in "File/directory names" section of console output.
The DND works if you drag from the small icon in the konqueror title bar next to the current location/file name but if you drag a file from any main konqueror view to another app it doesn't work. PLEASE FIX THIS!!! Linux needs things like this to work or it will never be accepted as a desktop. -- -Braden Mandrake Linux 8.2 www.mandrake.com
It works with icon in url bar but not with icons from the view because the test app accepts only Copy DND operation, which is what the url bar does, but the default for icons is Move DND (can be changed by holding Ctrl). (The binary requires libstdc++ for gcc-2.96 BTW). The problem is only not including the hostname in the URL.
The code responsible for receiving file drops (and KIO?) should also check isLocalFile() for file:/ URLs before working with them.
I have opened the following bug which happens to be a duplicate from this one: http://bugs.kde.org/show_bug.cgi?id=56709 (KDE 3.1) I'd like to have a DnD working between KDE and Gnome/Gtk2 apps (eps. th dev. branch of Gimp)
*** Bug 56709 has been marked as a duplicate of this bug. ***
Problems with DnD between Qt and Gtk2 are due to a bug in Gtk2, fix confirmed by Owen Taylor. Including hostname in drags is problematic since many applications don't properly handle that. KDE does need to properly handle hostnames when present though, and possibly check them in that case.
I was to actually confirm this today, as I have managed to use the test_xdnd program yesterday, and it seems the DnD from KDE works. So it seems at least my bug reports and rants have somehow had an effect. Thanks Waldo, Owen and Lubos for having take care of this issue. Should this bug be closed? (I'm not the reporter anyway so cannot close it)
I've committed change that adds hostnames in file:/ URLs in drags, and immediately disabled it because of the above-mentioned problems. Maybe later. When receiving the drops, there are still no checks for the hostname being the current hostname, and that should be probably added. IMHO not that critical though.
hmm, disabling a correct fix becourse it breaks apps... While I can see some sense in that, wouldn't it make as much (or more) sense to include the fix (since it does the correct thing) and then fix the broken apps (since that's what they are - broken)..?
Would you rather have more D&D breakage?
not before I guess
People are reporting in the duplicates of this bug that it is now fixed. Closing. Please reopen if this is not the case with KDE 3.2 and recent GTK+.
There is no reason to close this bug! The duplicate (56709) you are referring to is not an actual duplicate. See the comment number 5 by Lubos Lunak: "This bugreport was marked as a duplicate of 36297 by mistake, it wasn't a duplicate. I believe I just fixed the KDE problem that caused this specific problems. That doesn't mean it will actually work though. Gtk2 needs a fix too." So bug 56709 must be closed as it is fixed, but not as a duplicate, and this bug should be reopened.
Should have repaired the other bug then.
> ------- Additional Comment #11 From Stephan Kulow 2003-10-16 19:40 ------- > not before I guess I assume this is in reply to my comment about fixing broken apps in #9. I'd say that implementing the correct behaviour, and thereby break the broken apps, would be a strong incentive for those apps to be fixed by their authors. Otherwhise KDE could be waiting forever for those apps to be fixed...
http://www.newplanetsoftware.com/ftp/xdnd/xdnd-v4-binary-Linux-Intel.tgz
Can anyone comment on the status of this bug? I can't get the test application running, but its been very quiet for a long time? Is it still present in KDE 4?
The binary depends on quite old stuff. I'm afraid it may prove quite tricky to run it alongside KDE4. Im now trying to compile it from source...
Too bad, the source provided on the server is not for the test app, but some reference implementation classes.
A "severe" bug, because some apps relay on the proper way. For example: All wine application doesn't work with the Drag&Drop feature anymore (KDE 4.x) KDE 3.5.10 wine notepad.exe trace of xDND reveals: trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x1002a) 0x1e524c(Z:\home\gizmo\test.txt) BUT in KDE 4.1: trace:xdnd:X11DRV_XDND_SendDropFiles Sending WM_DROPFILES: hWnd(0x0x1002a) 0x2454354() So you see, the target is missing. No wine applications will work any longer with xDND. Maybe this could be fixed? Thx :-)
Any news on this? Using KDE 4.2.2 (Kubuntu Jaunty) still not working... No more drag&drop support to wine apps!
Any news?
This was fixed in Wine: https://bugs.winehq.org/show_bug.cgi?id=16306