Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 335990

Summary:	[WorkbenchLauncher][gtk] set the splash screen window to X11 type _NET_WM_WINDOW_TYPE_SPLASH
Product:	[Eclipse Project] Equinox	Reporter:	Florent Guiliani <florent>
Component:	Launcher	Assignee:	Project Inbox <equinox.launcher-inbox>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	minor
Priority:	P3	CC:	aniefer, chkappel, eclipse.felipe, pwebster
Version:	3.7
Target Milestone:	---
Hardware:	PC
OS:	Linux
Whiteboard:	stalebug

Description Florent Guiliani

2011-02-01 11:57:07 EST

Build Identifier: helios-SR1

The splash screen is a regular window from the X11 point of view. The type of the window should be _NET_WM_WINDOW_TYPE_SPLASH instead of _NET_WM_WINDOW_TYPE_NORMAL to be able to distinct it from the main eclipse window which has the same type and class.

This would fix an issue when the window manager wants to identify the eclipse main window to assign a keyboard shortcut to it for example.

See the related KWin issue:
https://bugs.kde.org/show_bug.cgi?id=264921
and in particular comment #9:
https://bugs.kde.org/show_bug.cgi?id=264921#9


Reproducible: Always

Steps to Reproduce:
1. Assign a shortcut to the eclipse main window using KWin
2. Restart eclipse
3. The shortcut will be assigned to the splash screen instead of the main window because the splash screen has the same X11 type and class than the main window.

Comment 1 Andrew Niefer

2011-03-18 15:20:05 EDT

This seems to be the equivalent of GDK_WINDOW_TYPE_HINT_SPLASHSCREEN

See bug 79944 where this was tried and reverted due to undesirable always-on-top behaviour in some window managers.  (always on top is a problem for the workspace choose dialog and other error messages).

Comment 2 Christoph Kappel

2011-11-14 07:17:22 EST

Actually I don't understand the decision to keep the normal window type for the splash screen, isn't a splash screen meant to be on top of other windows?

Also it is up to the to user to decide how to treat a specific window type.

For reference: http://subforge.org/issues/270

Comment 3 Eclipse Genie

2018-12-31 00:36:08 EST

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.

Comment 4 Lars Vogel

2019-09-04 01:55:09 EDT

This bug was marked as stalebug a while ago. Marking as worksforme.

If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard tag.

Comment 5 Lars Vogel

2019-09-04 01:57:59 EDT

This bug was marked as stalebug a while ago. Marking as worksforme.

If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard tag.