Community
Participate
Working Groups
Build Identifier: I was trying to implement drag & drop support using mouse listeners. While the mouse moves over the possible drop targets, the mouse cursor should be updated to indicate which targets are valid and which aren't. This works fine on Windows. On Linux, however, trying to change the cursor with setCursor does nothing. Reproducible: Always Steps to Reproduce: 1. Launch snippet 2. Move mouse into yellow label component 3. Start dragging 4. If mouse is over label, cursor should be a 'disallowed' icon, otherwise a hand icon. This works on Windows, but not on Linux.
Created attachment 210126 [details] Test case
Arun, please take a look.
Tested on Ubuntu Linux 11.04 and able to reproduce the problem, will try to fix it.
Felipe, I could see while debugging that the cursor is actually being changed as expected at the backend (shell.getCursor() returns the changed cursor) but this update is not being reflected in the UI while the MouseMove events are being processed. If the cursor is not reset on MouseUp, you can see the changed cursor appear over the shell after the MouseUp event is processed. I have not been able to figure out the cause for this behavior. I have confirmed that the GTK API gdk_window_set_cursor() followed by XFlush() is running without any errors in Control.setCursor(). I have also tried invoking gdk_window_process_all_updates() but it doesn't help. Do you have any ideas about how to proceed?
Still reproducible: GTK3.22, 4.8 M7, and Fedora 28.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
