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

Bug 236054

Summary: [DetachedView] Detached window don't move with monitor position
Product: [Eclipse Project] Platform Reporter: Carlos Ortiz <chrono.dark>
Component: UIAssignee: Platform UI Triaged <platform-ui-triaged>
Status: CLOSED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: mauromol, p.rader
Version: 3.3.2   
Target Milestone: ---   
Hardware: PC   
OS: Windows Vista   
Whiteboard: stalebug

Description Carlos Ortiz CLA 2008-06-06 10:29:57 EDT
Build ID: I20070621-1340

Steps To Reproduce:
1. Detached any window [ console for example]
2. Move the Detached window to a other screen 
3. Move the screen of position , for example if your second screen   the one on the right on move his position  to left , none of the Detached window position are update, so they are impossible to  see or interact with then , you must reset the perspective so you can see the Detached  window



More information:
I'm guessing that Detached windows position are fixed when windows do a change of position it remaps all the screen resolution , example screen a is 0,0 and 1280,1024,screen 2 is 1280,0 when i move the screen 2 to the right screen 2 new position is -1600,0, so if the Detached windows position is 1600,500 if the screen position change now the new position
 must be  -1600,500 but the detached window position is 1600,500
Comment 1 Eric Moffatt CLA 2008-06-06 15:03:02 EDT
Carlos, I think that if you shut down and restart it should at least force the DW's onto the display. I added code to handle this because more and more folks are using laptops which, when docked, may have two monitors but when the laptop is not docked there's only one display.

I'm not actually sure how trivial this is since it would require that SWT be able to report these type of changes the same for all the supported platforms...
Comment 2 Carlos Ortiz CLA 2008-06-06 19:07:05 EDT
Hi, Just for the record, not even a PC restart doesn't work only a perspective restart works, 
I put the bug as trivial since is just a bit annoying  to reset and rearrange the views of a perspective,
.
By the way i can confirm this bug in xubuntu 8.4 with all the updates , with the latest Ecplise stable linux version.
Comment 3 Eric Moffatt CLA 2008-08-29 09:21:57 EDT
Carlos, what happens on an eclipse restart? Could you provide screen caps of the 'before' and 'after' for some of the scenarios?
Comment 4 Lars Vogel CLA 2014-08-08 09:46:01 EDT
*** Bug 317467 has been marked as a duplicate of this bug. ***
Comment 5 Mauro Molinari CLA 2014-08-29 05:16:32 EDT
Tried this with Eclipse Luna 20140612-0600 on Linux Mint 16 KDE.
Following the steps to repro, I cannot reproduce: if the main window is on screen A and the detached window on screen B and A is on the left on B, when I move B to be on the left of A the main window is moved to B and the detached window is moved to A, by actually maintaining the relative position of both windows. Trying this back and forth behaves correctly.

Since I cannot determine when it was fixed, I mark this as "WORKSFORME". If you can still reproduce (in particular, I can't test on Windows and it may behave differently there) please reopen.
Comment 6 Peter CLA 2014-08-29 09:40:47 EDT
Mauro, you can not test a bug on Linux that is reported on a PC-Windows-Vista. The bug still exists and driving me crazy!
Comment 7 Peter CLA 2014-08-29 09:42:56 EDT
Still exists on Version: Luna Release (4.4.0)
Build id: 20140612-0600
Comment 8 Mauro Molinari CLA 2014-08-29 10:38:36 EDT
(In reply to Peter from comment #6)
> Mauro, you can not test a bug on Linux that is reported on a
> PC-Windows-Vista. The bug still exists and driving me crazy!

Since a lot of work has been done in this area since 2008 and that most of the Eclipse Platform features and behaviours are platform-independent, I thought that testing this on another platform were still useful, especially since this bug has been stale for years.

Reopening as per comments 5 and 6.
Comment 9 Peter CLA 2014-08-29 12:28:41 EDT
Yes, many bugs has become stale, but closing will indirectly close clones too who has been reported in the past or/and will be reported in the future by "CLOSED DUPLICATE".
Comment 10 Mauro Molinari CLA 2014-08-29 16:31:16 EDT
(In reply to Peter from comment #9)
> Yes, many bugs has become stale, but closing will indirectly close clones
> too who has been reported in the past or/and will be reported in the future
> by "CLOSED DUPLICATE".

The intention is not to close bugs BECAUSE they are stale, but in contrast to triage them with a recent Eclipse build to revitalize them and let the committers focus their efforts only on currently valid reports. Please see discussion at bug 430807.
Comment 11 Eclipse Genie CLA 2020-02-01 16:10:54 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.