Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Tab move broken with eclipse 2026-06 and 2026-09 / Gnome 50 Wayland / Fedora 44

オープン
  • 何か問題がありますか？
#3,696 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
8/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
java, linux
領域
desktop-dev

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

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:

  1. Select the platform(s) on which the behavior is seen:
    • All OS
    • Windows
    • Linux + Wayland
    • macOS
  1. Additional OS info (e.g. OS version, Linux Desktop, etc) :

Gnome 50 / Fedora 44 / Intel GPU

  1. 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.

主要言語
Java
スター
202
フォーク
206
平均マージ
14時間 7分
マージ済み PR（30日）
103

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

eclipse-platform/eclipse.platform.swt のほかの issue

eclipse-platform/eclipse.platform.swt の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。