You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Specifically, you need about 5 tries to be able to move the intended editor tab where you want, because:
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)
the wrong tab is moved
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
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.
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.
The text was updated successfully, but these errors were encountered:
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:
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.The text was updated successfully, but these errors were encountered: