Bug 89451 - kde not following xdnd protocol?
Summary: kde not following xdnd protocol?
Status: RESOLVED FIXED
Alias: None
Product: kde
Classification: I don't know
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-14 00:24 UTC by Paul C. Pratt
Modified: 2005-07-13 14:24 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot of XDND events in CVS HEAD (38.32 KB, image/png)
2005-01-19 00:35 UTC, Christian Loose
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul C. Pratt 2004-09-14 00:24:00 UTC
Version:            (using KDE KDE 3.2.1KDE 1.2)
Installed from:    0Mandrake RPMs

I'm having trouble with dragging files from KDE applications to a program I maintain (Mini vMac, at "http://www.gryphel.com/c/minivmac/"). It works fine with every non KDE application supporting drag and drop that I've tried. The X version of Mini vMac directly uses Xlib, and tries to support drag and drop by implementing the specification at "http://www.newplanetsoftware.com/xdnd/", which is supposed to be supported by KDE, according to "http://developer.kde.org/documentation/library/kdeqt/kde3arch/protocols-dnd.html".

I've prepared a small program to illustrate the problem, "dragtest", at: "http://www.gryphel.com/c/download/dragtest-0.1.0.src.tgz". To use it, extract, cd to the extracted dragtest directory, 'make', and then run with './dragtest'. It opens a "Drag Test" window, for receiving drag and drops, and writes debugging info to standard output. Usually it will report receiving XdndEnter, XdndPosition, XdndLeave, XdndDrop events. But when dragging from KDE applications it never receives XdndEnter and XdndPosition events, though it will receive XdndLeave events, and sometimes XdndDrop events (but only if you drag quickly enough to the DragTest window that it never notices the region between where drops aren't allowed). As far as I know just setting the XdndAware property ought to be enough to receive XdndEnter events. But it seems KDE is expecting something else.

Sorry if this is an already fixed bug. I downloaded the most recent distributions as of a few months ago, but I don't have access to broadband right now to keep up to date. Actually for my purposes I'm less interested in a fix for a future version of KDE, than I would be for a work around for old versions.

Here are some details of what I've tested. All tests were done in Virtual PC, running in Windows XP on an emachines T3065.

doesn't work in
	Mandrake Linux 9.2
		Konqueror 3.1.4 (Using KDE 3.1.3)
		text drag
			Kedit 1.3 (Using KDE 3.1.3)
	SuSE Linux 9.0 and College Linux 2.5
		Konqueror 3.1.4 (Using KDE 3.1.4)
		Drag from Dock or KDE menu (KDE Panel 1.1)
		drag text from Konsole 1.2.3

works fine in
	RedHat Linux 9
		Nautilus 2.2.1
		Search for Files
		text drag
			gedit 2.2.0
			mozilla
	Mandrake Linux 9.2
		text drag
			Open Office 1.1.0
	College Linux 2.5
		text drag
			Mozilla 1.5
	RedHat Linux 7.1
		GNU Midnight Commander 4.5.51
		text drag
			Mozilla 0.7
	Vector Linux 4.0
		XFE 0.42
		XFTree 3.8.18
		not file drag
			gFTP 2.0.14
Comment 1 Lubos Lunak 2004-09-26 19:57:35 UTC
Works for me - maybe qt-copy patch #0001 fixes it.
Comment 2 Stephan Binner 2004-12-04 10:13:33 UTC
*** Bug 92668 has been marked as a duplicate of this bug. ***
Comment 3 Christian Loose 2005-01-19 00:34:55 UTC
Works for me with CVS HEAD, unpatched qt-copy 3.3.3 and Konqueror.

Christian
Comment 4 Christian Loose 2005-01-19 00:35:47 UTC
Created attachment 9161 [details]
Screenshot of XDND events in CVS HEAD
Comment 5 Christian Loose 2005-07-13 14:24:24 UTC
no reply since January -> fixed