Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Drag and drop of editor tabs is unreliable #1323

Open
acarstoiu opened this issue Jul 4, 2024 · 0 comments
Open

Drag and drop of editor tabs is unreliable #1323

acarstoiu opened this issue Jul 4, 2024 · 0 comments
Labels
Linux/GTK Happens on Linux

Comments

@acarstoiu
Copy link

acarstoiu commented Jul 4, 2024

Describe the bug
Cannot reliably organize the editor tabs

To Reproduce
I found a bug report in the old bugzilla from more than 5 years ago that describes almost accurately what happens (again) right now:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=541635#c0

Specifically, you need about 5 tries to be able to move the intended editor tab where you want, because:

  1. the drag-and-drop action is not detected; clicking on a text line inside that tab before draging seems to help sometimes and also dragging out of the editor area is sometimes helpful, although the latter increases the risk of (3) (below)
  2. the wrong tab is moved
  3. there's a chance that all tabs that were sharing the same editor view area with the grabbed tab are moved onto the target view area, thus making impossible to show several (two) files in parallel, in different areas
  4. you have to fight with SWT in order to make the drop; specifically, I can release the mouse after some graphical effects are painted in the window to confirm that the drag-and-drop action was started, like new area border or tab insertion indicator in the tab band; the mouse pointer rapidly changes from hand to regular pointer or cursor (depending on the hovered widget) and I have to click the left button rapidly 4 times or more in order to happen on a moment when the cursor is a hand and the drop is finally performed.

Behaviours (3) and (4) are the most frustrating.

Environment:
Operating System: Gentoo Linux 2.15
KDE Plasma Version: 6.1.1
GTK+: 3.24.41
Kernel Version: 6.9.7-gentoo (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon Graphics

Version since
Eclipse 4.30, got worse in 4.32 (java.vendor.version=Temurin-21.0.3+9)

Workaround (or) Additional context
I strongly believe that the cause is partially the same as that of #589.
I tried to launch Eclipse with GDK_BACKEND=x11 and the drag-and-drop actions work just fine, including those reported in #589, albeit the DND graphical effects are a little bit delayed and somewhat undecided. Actually Eclipse feels delayed entirely but more robust - there are a lot of tiny things that malfunction on Wayland, but I only care about the nuisance reported here.

@elsazac elsazac added the Linux/GTK Happens on Linux label Jul 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Linux/GTK Happens on Linux
Projects
None yet
Development

No branches or pull requests

2 participants