http://bugs.winehq.org/show_bug.cgi?id=24289 --- Comment #7 from Damjan Jovanovic <damjan.jov(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.