Eclipse window relocation on Sierra - eclipse

I've just updated my MacBook to macOS Sierra. I've got this weird problem with Eclipse where every time I try to open anything with autocomplete (Cmd+Mouse Hover) or even if I just hover over an element that has attached Javadoc, the console window which I keep on my second monitor, snaps over to my primary monitor and covers whatever it is that I've hovered over.
Before Hover:
After Hover:
For reference I hovered over list.add on line 23.
Does anyone know why the Sierra update causes this behaviour? I can dock the console window inside Eclipse and it doesn't do it but it's a right pain because it makes my code editing window smaller. Normally I have the package explorer and Ant tabs open as well so docking the console makes my code window positively minuscule.
Any fixes or even reproductions would be heartening, just so I know I'm not going completely mad.
Update: It's not just the console, any window that's not attached to the main Eclipse window will exhibit this behaviour.

Uncheck last check box (Displays have separate Spaces), it has other drawbacks but it fixes 2 windows eclipse on multiple monitors.
EDIT : Still works on High Sierra

Related

Eclipse Find/Replace not working

I have searched for a solution to my problem but with no avail. The eclipse Find/Replace function found by the hotkey ctrl+F is not working. Note: the function does not work by the hotkey neither by going through Eclipse menu Edit>Find Replace (not working I mean that the FindReplace window does not show at all, the eclipse window loses focus only). I have tried to disable the hotkey to see if it would work, restarted eclipsed, restarted the PC, but nothing seems to solve the problem. It was working just fine but then suddenly out of the blue it just decided not to function anymore. Everything I tried so far has failed. As I use this function often it would be nice to know if someone has another input for trying to solve this bug. I am on a PC with windows 7, intel i7 64-bits.
I had a similar issue after using second monitor at work. At home I was wondering where is my Find/Replace window... it was displayed at the second monitor as I used it last time... Eclipse stores the last location of the dialogs for better UX.
So try to move the Find/Replace window by using your keyboard.
How to Move an Open Window with the Keyboard
You can also try to reset perspective
Window > Perspective > Reset Perspective...
I had the same issue with Eclipse. My current version is Neon.3 Release (4.6.3).
This periodically happens where the Find/Replace does not work.
Usually UNDO stops working also.
When this happens, Ctrl+F, Ctrl+Z do not work, and Undo Text Change and Find/Replace... are grayed out in the menu.
I tried the above solution Window > Perspective > Reset Perspective...
That fixed it right away!
Thanks
When your Eclipse are full with cache that time this problem occurs.
please try to reset perspective setting and then check it.
Just go to menu bar : Window -> Perspective -> Reset Perspective and it will done.

Eclipse in Ubuntu starting without any window visible (only menu bar)

I'm running Ubuntu 14.04 and Eclipse Kepler. Since yesterday I've been experiencing a strange issue: when I open up Eclipse, all that I'm seeing is the menu bar on the upper Ubuntu bar. No code editor, window whatsoever.
In order to see a window I go to Window -> New window, but this is just a workaround. It starts up a new window with no preferences set, no last edited files etc. Moreover it shows that I have 2 Eclipse windows opened, while I can only see 1.
Any ideas on how to fix that?
I agree with Gorka, it looks like it was related with window size.
Here my solution (worked for me on Ubuntu 14.04):
1) Switch to Eclipse so that menu header is visible (you can use Alt+Tab or click on Eclipse icon in the list of applications)
2) Press Ctrl+Super+ArrowUp (Super=Windows button usually between Ctrl and Alt)
This combination maximizes active window, so it restores Eclipse to full screen.
Go to Window -> Show Toolbar. That should fix your issue.
Edit: Also try Window -> Close All Perspectives. Now, Window -> Open Perspective -> Other... and select Java (default).
I had exactly the same problem, the only solution I could find was to download the newest Eclipse version from www.eclipse.org instead of from the Ubuntu repository.
I had the same issue and I've found out what was happening:
The problem was that the size of the eclipse window had been reduced to the minimum, see my desktop in http://i.imgur.com/lTlgOvb.jpg and notice the small vertical line in the top-left corner. This small line is the eclipse window, so just go with the cursor and make the it bigger.
I had exactly the same problem happening on only one workspace I had setup within Eclipse. I pressed some keyboard shortcut to make it happen but didn't know what that shortcut was (fat fingers meant I pressed a key I didn't mean to) and now can't reverse it! All other workspaces loaded up fine.
Managed to resolve it by Clicking on Window -> New Window!
I was having the same issue and got to fix it by just maximizing the windows (window button + up arrow key).. lol
stupid, but worked.

Eclipse Debugger Loses Focus when Switching Files

When debugging (Juno, SR1 on mac) I prefer using the keyboard keys instead of the mouse to step, step into, step out, go, etc. But these keyboard shortcuts only seem to work when the editor is in focus. The real problem happens when stepping in or out to another file. The editor correctly shows the current line in the new file, but that file is not focused. Consequently, I must grab the mouse and click in that view to re-enable the hotkeys.
This drags my debugging down to a crawl, as I'm constantly having to use the mouse instead of touch-typing. Searches don't find quite this issue. Anyone with work-arounds?
It depends on the Eclipse version. Eclipse 4.2 sucks on Windows and Ubuntu - Due to a bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=372941.
Maybe you can change the key bindings:
Go to Window->Preferences - General->Keys, search for "step into", etc. And change in the select box: "When:" to "In Windows" (from "Debugging") or experiment with it to get result you want.
Setting it to "In Windows" I could "Step into" from any focused Eclipse component e.g. Package Manager, Console, Breakpoints, Servers, etc. And even when stepping into file.

Eclipse/Win7 - Scrolling in Content Assist with mouse without focus

Recently switched from Linux to Windows for development in Eclipse Indigo SR1. In Linux, if I Ctrl-Space'd to open a Content Assist window, I could immediately start scrolling with the mouse wheel (with the cursor over the Content Assist window of course).
Now, in Windows 7, if I try to scroll in the same way the Content Assist window goes away, and whatever editor I have open is scrolled instead.
If I first press Tab to give focus to the Content Assist window, the mouse wheel scrolling works as expected, but I'd much rather it behaved as it did for me on Linux, rather than retrain myself to press Tab every time.
Is there a way to make the mouse work this way with Eclipse?
Found an answer that appears to work. It's a little dated but seems to still do the trick.
http://divby0.blogspot.com/2007/04/focus-follows-mouse.html
Dropped this jar in the eclipse plugins folder and restarted. At first I thought it didn't work, but later I noticed there is a little X button added to your toolbar that you need to toggle. Scrolling seems to work properly now.

"inspect" window in eclipse 3.6 doesn't remember being resized

Prior to eclipse 3.6, in the debug perspective, you could "inspect" variables by highlighting them and hitting ctrl+shift+i. you could then resize the popup window and eclipse remembered what size it was the next time you inspected something.
In eclipse 3.6, you can inspect variables, but regardless of whether you resize the window, the next time you inspect something, the window goes back to its default size. That's annoying because I like that window to be nice and big.
Is there any way to set eclipse to remember the size of this window, or is it a bug?
There are no plans to back-port any of the work we did for pop-up resizing to 3.6.x, so unfortunately you will have to update to 3.7.x.