http://bugs.winehq.org/show_bug.cgi?id=24289
--- Comment #7 from Damjan Jovanovic damjan.jov@gmail.com 2010-09-10 14:57:55 CDT --- On bug 10815 someone posted:
drag from X drop to wine (totalcmd) <---- not working drag from wine (totalcmd) drop to X <-----not working
The latter case isn't supposed to work because Wine doesn't support that yet :-).
As for the former case:
trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68c48c20, 0x32f964={.tymed=0x1, .dwAspect=1, .cfFormat=15} trace:xdnd:XDNDDATAOBJECT_QueryGetData application found CF_HDROP trace:xdnd:XDNDDATAOBJECT_QueryGetData (0x68c48c20, 0x32f964={.tymed=0x1, .dwAspect=1, .cfFormat=49247} trace:xdnd:XDNDDATAOBJECT_QueryGetData application didn't find FileGroupDescriptorW trace:xdnd:X11DRV_XDND_PositionEvent the application refused the drop
Another mysterious drop refusal. Here totalcmd finds CF_HDROP, but it really seems to want FileGroupDescriptorW, and since we don't support it, it could be causing the later failure.
FileGroupDescriptorW is an advanced drag and drop format that allows an application to read abstract files as data streams. Windows Explorer presents it to the application on Windows, but it is very difficult to support in Wine since Linux and MacOS have no similar data format: *nix's X Direct Save and MacOS's promise data flavors work along similar lines of thought but are totally incompatible with FileGroupDescriptorW. Wine would have to use a background thread to pump data behind the scenes or other such.