When GTK+ is a drag source, it assumes that a drag session has ended after it handles the data_source.send event. After handling data_source.send, it frees memory associated with the drag session and releases its manual pointer grab, causing data_offer.leave to be immediately sent to the destination client. This causes several incompatibilities with the reference weston-dnd client:
* Unlike weston-dnd, it's impossible to send multiple different types of data in the same session.
* This breaks Wayland clients that request transfer of data before the drop is performed, which is well-supported by weston-dnd.
But GTK+ does this because anything else would be wrong: there is no other way for the drag source to know when the drag session is over, other than to assume that it ends during data_source.send. The weston-dnd client does not have these issues because it has no need for a client-side grab (which must be released when the DnD session is complete) and it simply leaks all memory associated with the DnD sessions (bug #91943), which would be unacceptable for GTK+.
One way to fix this would be to add a new event, wl_data_source.drag_finished, which the compositor would send to the source client at the same time it sends wl_data_device.leave to the destination client. This has already been implemented by Carlos Garnacho in  and , though it is just a subset of the functionality added in those patches. GTK+ would then be modified to release its grab in response to that event instead.
We now have wl_data_offer::finish