Run it with -Djdk.gtk.version=2 If the problem stops, it's related. ________________________________ De: Magosányi Árpád <m4g...@gmail.com> Enviado: segunda-feira, 13 de maio de 2019 10:53 Para: Thiago Milczarek Sayao; openjfx-dev@openjdk.java.net Assunto: Re: Findings on JDK-8211302
Could this be related? https://stackoverflow.com/questions/56003372/javafx-11-fires-events-randomly On 5/13/19 2:29 PM, Thiago Milczarek Sayao wrote: > Hello, > > I have been looking into JDK-8211302. > > https://bugs.openjdk.java.net/browse/JDK-8211302 > > Did not find a solution, but the problem is because > gdk_drag_context_get_selected_action(event->context) is returning ZERO. > That's also why the cursor does not update on the drop location. Subsequent > events do not get fired to complete the drop, because it falls on the abort > code below: > > static void process_dnd_source_mouse_release(GdkWindow *window, > GdkEventButton *event) { > (void)window; > (void)event; > > glass_gdk_master_pointer_ungrab(); > > if (gdk_drag_context_get_selected_action(get_drag_context())) { > gdk_drag_drop(get_drag_context(), GDK_CURRENT_TIME); > } else { > gdk_drag_abort(get_drag_context(), GDK_CURRENT_TIME); > /* let the gdk_drag_abort messages handled before finish */ > gdk_threads_add_idle((GSourceFunc) dnd_finish_callback, NULL); > } > } > > > I also suspect this will be needed, and it was introduced in GDK 3.20: > > gdk_drag_drop_done(get_drag_context(), TRUE) > > One solution is to check the version on build, other is to bundle the GTK lib > (which makes it more safe to GDK changes). > > Cheers.