Tab move broken with eclipse 2026-06 and 2026-09 / Gnome 50 Wayland / Fedora 44
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 8/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- java, linux
- Ambito
- desktop-dev
Direzione di ricerca
The payload names no source file or test. It describes drag-and-drop on GTK under Wayland, where the outline stays and the pointer grab is not released until Enter or Escape. Start by reproducing with GDK_BACKEND=wayland and GDK_BACKEND=x11 to confirm the difference, then read the earlier SWT drag-and-drop issue #1323 it links. Done would mean a drop completes on button release under Wayland, with x11 behaviour unchanged.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the bug
When I try to drag & drop an eclipse editor (or any view, like package explorer) :
- outline for target is displayed (either a tab location into an existing block, frames it drag & drop implies a split)
- when I release the mouse button, outline remains, and nothing happen
- any interaction with eclipse is impossible (mouse or keyboard)
- if I press escape, no drag & drop occurs and I can interact again with eclipse window
- if I press enter, drag & drop is performed
This behavior is encountered consistently with multiple computer, mono or multi-monitor (all Gnome 50 / Fedora 44).
This behavior is encountered with and without dpi scaling.
The allowed moves are restrained :
- once a "splitted outline" is proposed, it is not possible to continue to drag to obtain other outline proposal
- for "tab move" outline, some changes are possible, not others. If I have 3 tabs, I can move first tab and see second position outline, then third position outline, but I cannot then return to second and first position
This behavior was already reported here 2 years ago : https://github.com/eclipse-platform/eclipse.platform.swt/issues/1323#issuecomment-2563696046 ; some fixes were successful then.
There is no error log on stdout (eclipse) or journalctl user session (gnome session, ...).
This behavior is not encountered with GDK_BACKEND=x11 environment variable. All moves are possible with x11 backend.
To Reproduce
I reproduce the issue consistently with eclipse IDE for java developers 2025-12, 2026-03, 2026-06 and 2026-09.
Expected behavior
Drag & Drop of view elements are performed when mouse button is released. Drag & Drop does not lock
Screenshots
Video capture with cursor. Outline are visible and does not follow the whole mouse movement.
Releasing mouse button does not trigger the move and freeze interactions with eclipse window.
Enter must be pressed to perform the move.
https://github.com/user-attachments/assets/e09f6c1a-3226-4c9f-8224-88a227be61e5
https://github.com/user-attachments/assets/f3f00da6-18e1-435b-8712-713f88ba4dea
Environment:
- Select the platform(s) on which the behavior is seen:
-
- All OS
-
- Windows
-
- Linux + Wayland
-
- macOS
- Additional OS info (e.g. OS version, Linux Desktop, etc) :
Gnome 50 / Fedora 44 / Intel GPU
- JRE/JDK version
Packaged within eclipse
Version since
I reproduced the behavior with 2025-12, 2026-03, 2026-09.
Workaround (or) Additional context
Some moves are possible by pressing enter key once position outline is displayed.
Eclipse interaction can be restored by pressing escape key.
- Lingua principale
- Java
- Stelle
- 202
- Fork
- 206
- Merge medio
- 14h 7m
- PR unite (30g)
- 103
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di eclipse-platform/eclipse.platform.swt
-
`SWT_AWT.initFrame` takes `(long, String)` in Java; the GTK native declares no `className` and the Cocoa native types it `const char *`Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
eclipse-platform/eclipse.platform.swt#3665 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
eclipse-platform/eclipse.platform.swt#3546 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
eclipse-platform/eclipse.platform.swt#3428 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 75/100
eclipse-platform/eclipse.platform.swt#3336 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
eclipse-platform/eclipse.platform.swt#3718 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di eclipse-platform/eclipse.platform.swt
Issue simili
-
`timer` rule rejects dates the engine acceptsForse già presa @MFA-G l’ha presa oggi. Apertabug ready
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
camunda/bpmnlint-plugin-camunda-compat#281 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
status: waiting-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
AOT compilation fails for derived delete queries returning SetForse già presa @ryujungkyun l’ha presa oggi. Apertastatus: waiting-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
spring-projects/spring-data-jpa#4387 ·
I maintainer di solito rispondono entro 3 giorni