Bug 541635 - [Wayland] Random behaviour when moving editor tabs

1) Block in dragDetect until mouse is released or drag is detected while
using gtk_motion_event for drag detection. See Bug 515396. This was done
using extra mouseDown and dragBegun flags to keep track of the mouse or
drag state.

2) When editor tabs are being dragged, CTabFolder receives
button_pressed event a *single* motion_notify event when drag begins.
Then the Tracker rectangle is initialize and all motion_notify event and
button_released event is received by the Tracker which is not part of
Control. This causes the issue that even when mouse is released,
dragDetect still assumes the drag has not ended. So the cursor can still
move a tab even after releasing the mouse. The fix is to extend the DND
blocking logic and update that mouse was released in Tracker.

Change-Id: I71ac7edf3f2c51349426004af514037ff537c0aa
Signed-off-by: Xi Yan <xixiyan@redhat.com>
3 files changed
tree: a033d4b266bd7742d5b18b5a9269964c23436d0d
  1. bundles/
  2. examples/
  3. features/
  4. local-build/
  5. tests/
  6. .gitignore
  7. CONTRIBUTING
  8. LICENSE
  9. NOTICE
  10. pom.xml
  11. README.md
README.md

Contributing to SWT

Thanks for your interest in this project.

Developer resources:

See the following description for how to contribute a feature or a bug fix to SWT.

Information regarding source code management, builds, coding standards, and more and be found under the following link.

Contributor License Agreement:

Before your contribution can be accepted by the project, you need to create and electronically sign the Eclipse Foundation Contributor License Agreement (CLA).

Contact:

Contact the project developers via the project's “dev” list.

Search for bugs:

This project uses Bugzilla to track ongoing development and issues.

Create a new bug:

Be sure to search for existing bugs before you create another one. Remember that contributions are always welcome!