The GTK Glass drag-and-drop code could probably benefit from some refactoring. We also rely on gdk_threads_add_idle() in a couple of places to defer work, which isn't always ideal and tends to obscure the actual execution flow.
Em seg., 8 de jun. de 2026 às 14:10, Michael Strauß <[email protected]> escreveu: > In general, we should expect the execution of arbitrary code when an > event is fired, and listeners react to it. This makes it especially > dangerous to fire off an event in the middle of a transactional > operation that mutates shared state. I'd consider every such case a > potential bug: even if the framework itself only excercises the happy > path, user code might not. > > > On Sun, May 31, 2026 at 11:41 PM Christopher Schnick <[email protected]> > wrote: > > > > I can submit a PR to fix the OOB, but I do not have the knowledge of > > whether a reentrant call like that is permitted in JavaFX. I.e. is the > > actual bug the reentrant event handler or is that within the realms of > > possibility in the GTK implementation and should the event handler > > implementation take care of that? >
