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

Bug 90004

Summary:	Detached windows vanish/resize/move at random
Product:	[Eclipse Project] Platform	Reporter:	Daniel Ceregatti <daniel>
Component:	SWT	Assignee:	Bogdan Gheorghe <gheorghe>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	major
Priority:	P3	CC:	billy.biggs, cocoakevin, ericwill, jamesblackburn+eclipse
Version:	3.0.1	Keywords:	triaged
Target Milestone:	---
Hardware:	PC
OS:	Linux-GTK
Whiteboard:	stalebug

Description Daniel Ceregatti

2005-04-01 13:16:46 EST

Platform: Gentoo Linux
Window Manager: Enlightenment
X: Xorg 6.8.2

I use twinview, which is nvidia's "one desktop on two monitors", which also adds
 the Xinerama extension (via emulation) to X. I like to maintain my editor in my
left monitor, and all the "tools" in the right monitor. To do this, I detach two
tabs from the main window in my left monitor and create two new detached windows
in my right monitor. I then move the new windows around to obtain the desired
layout.

I never minimize windows. I use multiple pager desktops to segregate all my
applications. This means I page around a lot when shifting tasks, such as going
to a terminal.

Eclipse, unlike any other app on my system, likes to resize and move the
detached windows. For example, I'll page from the eclipse desktop to the one
with my main terminals, then back, and the two detached windows will have moved
off the desktop, leaving only a sliver in the top of the right monitor, which is
enough to drag it back. Once dragged back, I see that they've also been resized.
Some times the two detached windows leave no trace at all, making them
unrecoverable, forcing me to exit eclipse and restart to recover them.

Needless to say, this is quite annoying and something of a showstopper.

Comment 1 Billy Biggs

2005-04-01 13:41:28 EST

I suspect the dialog resizing weirdness is due to bug 77267 (which should be
fixed in GTK+ 2.6 and enlightenment e17, although there is maybe more that SWT
can do to avoid the problem).

However, I do not understand why detached views would be resized just by
switching pager desktops.

Comment 2 Stefan Xenos

2005-04-01 16:16:37 EST

After a detached window is opened, Eclipse doesn't move it around unless the
user drags it somewhere. Suspect an SWT issue or (more likely) a window manager bug.

Comment 3 Billy Biggs

2005-04-01 17:19:45 EST

I'll try and reproduce it ...

Comment 4 Daniel Ceregatti

2005-04-03 20:22:19 EDT

I just tried it in openbox and, while I cannot replicate the problem where the
child windows simply dissappear, the problem where one of the detached winows
spawns at a larger size than it was when it exited remains.

Comment 5 Billy Biggs

2005-05-10 23:01:14 EDT

Daniel, on IRC you mentioned that you switched to Eclipse 3.1M6 and the
behaviour changed.  Can you clarify here which parts of this bug seemed fixed?

Comment 6 Daniel Ceregatti

2005-05-10 23:57:08 EDT

Here is a screenshot of how I detach windows in eclipse:

http://daniel.omnis.com/desktop2/2x4.jpg

In 3.0, the far right detached window would never have the correct geometry on
startup. It was always too tall and too thin, leaving a space between it and the
middle window. The main window, the one to the far left, was always both too
small vertically and horizontally. The middle window seemed to have the correct
size and position.

In 3.1, both the detached windows, the middle and far right, now spawn with the
correct size and in the correct location. The main window, the one on the far
left, is 4x4 pixels too small.

Comment 7 James Blackburn

2009-01-05 07:28:38 EST

Using Eclipse 3.4 and KDE we've got a couple problems with detached windows (which make it impossible to use):

1) a) Detach project explorer (say)
   b) Switch to another perspective
   c) show project explorer in this perspective and detach here too
   d) switch between the two perspectives
No matter what I do, I can't get the project explorer window to stay in the place I left it in the previous perspective. (Usually the view becomes centred on the screen after the perspective switch.)

2) a) Detach project explorer
   b) Move project explorer to another desktop
   c) switch desktop so project explorer is visible.
   d) Right Click > New > File 
The New File modal dialog appears on the desktop which hosts the main Eclipse window, not the desktop with the view that created the dialog

Both these problems make detached views a pain to use.

Eclipse: 3.4
KDE: 3.3.1
GTK: 2.12.11

Comment 8 Eric Williams

2016-12-20 13:44:46 EST

(In reply to James Blackburn from comment #7)
> Using Eclipse 3.4 and KDE we've got a couple problems with detached windows
> (which make it impossible to use):
> 
> 1) a) Detach project explorer (say)
>    b) Switch to another perspective
>    c) show project explorer in this perspective and detach here too
>    d) switch between the two perspectives
> No matter what I do, I can't get the project explorer window to stay in the
> place I left it in the previous perspective. (Usually the view becomes
> centred on the screen after the perspective switch.)
> 
> 2) a) Detach project explorer
>    b) Move project explorer to another desktop
>    c) switch desktop so project explorer is visible.
>    d) Right Click > New > File 
> The New File modal dialog appears on the desktop which hosts the main
> Eclipse window, not the desktop with the view that created the dialog
> 
> Both these problems make detached views a pain to use.
> 
> Eclipse: 3.4
> KDE: 3.3.1
> GTK: 2.12.11

I can reproduce this behavior.

Comment 9 Eclipse Genie

2021-01-22 06:54:53 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. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. 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.