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

Bug 171082

Summary:	[DetachedView] View positions need to be resettable
Product:	[Eclipse Project] Platform	Reporter:	C. Lamont Gilbert <clg-business>
Component:	UI	Assignee:	Platform UI Triaged <platform-ui-triaged>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	normal
Priority:	P5	CC:	mauromol
Version:	3.2.1	Keywords:	helpwanted
Target Milestone:	---
Hardware:	PC
OS:	Windows XP
Whiteboard:

Description C. Lamont Gilbert

2007-01-19 13:40:33 EST

Build ID: M20060921-0945

Steps To Reproduce:
1. Have a dual monitor setup.
2. Open Eclipse with certain views on the external monitor.
3. Close eclipse, and switch to single monitor.
4. Open Eclipse, and reopen the views you used before.
5. Note that these views are now offscreen and can not be selected to move.

More information:
The bug is that view positions are remembered while in dual monitor mode.  When Eclipse is restored in single monitor mode, these positions are no longer useable.  So views appear off screen.  (in my case this was the 'clean build' view and te 'open type' view.

For views that are part of a perspective, you can choose 'reset perspective'.  For the Eclipse window itself, in MS Windows you can right click the icon in the application bar and choose restore, then choose move, and it will let you move the window back onto the viewable screen even if you could not see the actual window when you executed that command.

Eclipse needs a way to reset views that are not associated with perspectives.  Or automatically reset then when you see the monitors configuraiton has changed.  I know we store positions based on screen resolution, but we should also store a new set based on dual or single monitor mode.

The only work around AFAIK is probably to delete the stored view positions in whatever plugin stores that information.  I suspect though that since views come from different plugins, there is no clean way to accomplish this.

Comment 1 Eric Moffatt

2007-01-22 14:17:22 EST

We might be able to test to ensure that the current 'desktop' is large enough to show the shells and force them into the available area if they aren't. We'd do this -after- reading the stored values.

I'm not sure yet whether I'd force the DetachedWindow totally inside the desktop since this would prevent users from having DW's that were intentionally -partially- off the screen...I could just treat the 'origin' of the window as a test; if it's off I force otherwise I don't...

Comment 2 C. Lamont Gilbert

2007-02-20 14:18:25 EST

I don't think we need to force anything.  We just need a way to 'reset' the views.  We can reset the perspective and this will bring all of its views back in order.  But standalone windows like dialogs and stuff can not be reset without erasing the workspace files.

So if I change my setup, I need to be able to reset all the windows to default position.  Its a one shot deal.

Comment 3 Eric Moffatt

2007-02-20 16:21:21 EST

It would be far easier to ensure that the shell is visible than it is to have all dialogs that remember their position to implement a 'reset' operation. Since we have no real idea which dialogs have stored settings resetting them is problematic.

Comment 4 C. Lamont Gilbert

2008-09-04 21:34:06 EDT

I think detached windows get reset when you reset the perspective.  The problem is dialog windows.  I'm not sure what their proper Eclipse type is.  As an example, see the window that opens when you select

Team->Change ASCII/Binary property.

Comment 5 Mauro Molinari

2014-08-29 04:56:41 EDT

I tried to reproduce this with Eclipse Luna 20140612-0600 on Linux Mint 16 KDE, dual monitor setup.
Following the steps to reproduce, the views moved to the second monitor are shown in the only exising monitor in single-monitor setup after Eclipse restart. If you close Eclipse again, switch again to dual monitor and then start Eclipse, these views are then put back on the second monitor. So, in no way I could get to the point in which a view was off-screen.
I tried a couple of monitor configurations and window positioning and the result was the same.

So, the new e4 platform may have fixed this at some point. Since I cannot reproduce right now and I cannot determine when it was fixed, I close this as "WORKSFORME".

If you still can reproduce (in particular, I cannot test on Windows, where it may behave differently) please reopen.