Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report for Bug 3140 on
Developer Community or GitHub if you have new
information to add and do not yet see a matching new report.
If the latest results still closely match this report, you can use the
In special cases on GitHub you might also want the comments:
GitHub Markdown with public comments
This is a Gtk/Mac bug. When starting a drag & drop of an item in a tree view or in any other widget, there are 3 problems:
1) Sometimes, the drag icon is temporarily shown in an incorrect position. See for example http://screencast.com/t/PCMnayFB88wB. When starting the drag, the drag icon is shown just below the ComboBox.cs item, and then jumps to the mouse position.
2) When the drag & drop is cancelled, the drag icon should bounce back to the initial drag position, but instead it goes to a different position. This can also be seen in the above screencast.
3) Gtk/Mac ignores the hot_x and hot_y arguments when calling gtk_drag_set_icon_pixbuf. In the above screencast, the icon should be placed below the cursor, not above.
I can definitely confirm 1) and 2). I haven't explicitly tested 3) yet. I will be looking into fixing these issues.
Created attachment 1724 [details]
patch which fixes issues 1) and 2)
Created attachment 1725 [details]
patch which fixes issue 3)
These patches make testtreeview behave like on X11 for me. They have already been upstreamed into the gtk-2-24 branch, they will appear in master and gtk-3-4 too at some point.
For the record, for GTK+ 3.x, the second patch which fixes the hot spot position is not necessary.