Community
Participate
Working Groups
From time to time, PartRenderingEngine's limbo shell is visible. It seems, that toolitems from currently non-visible views are rendered there. This happens quite often in our automated UI tests (and this behaviour break our tests), but I couldn't find any deterministic way of reproducing yet. But it's not only in automated tests. Sometimes I'm able to reproduce (by hand) it on eclipse instance I'm working on. My system configuration: Fedora 22, GTK3 enabled (version 3.16.5), Plasma 5, openjdk version "1.8.0_45" eclipse 4.5.0.
Created attachment 255350 [details] PartRenderingEnginesLimbo picture of how it looks.
PartRenderingEngine line 805 creates the limbo shell at location 0,10000 and seems to assume that this will not create a visible shell. I can think of a few reasons why this might become visible: 1. A virtual desktop with over 10000 vertical pixels 2. An unusual arrangement of multiple monitors 3. A customized xorg.conf that sets the top of one of the monitors to be at position of 8000 or greater. 4. A window manager that pulls offscreen shells back onto the screen. First we need to figure out which of these cases is actually occurring. If it's 1-3, we can probably compute a safe offscreen location using Display.getBounds() or the bounding rectangle of Monitor.getBounds() for all monitors. If it's number 4, we'll have to investigate what the limbo shell is used for and find some alternative to using a visible offscreen shell.
Created attachment 256949 [details] Part Rendering Limbo Window Able to reproduce what I think it's this issue around 1 time a week. This is Kubuntu Vidid, Plasma 5.3 on intel. Eclipse was launched with export SWT_GTK3=0
@Stefan My setup is a simple 1080p screen with two virtual desktops, arranged horizontally. Nothing out of the ordinary. Based on this, it sounds reasonable that #4 might be the cause. I'm using kwin 4:5.2.2 https://launchpad.net/ubuntu/vivid/+package/kwin
Hmm. Perhaps it's a kwin thing, then? The original poster didn't say which window manager he was using, but a bit of googling reveals that kwin is one of the four supported window managers for Fedora 22.
I have the same problem in ubuntu 14.04, using xfce. Eclipse version is the latest 4.5.1.
It happens to me when i try to clean my tomcat server. I'm using Ubuntu 14.04, Gnome 3 desktop environment.
(In reply to Stefan Xenos from comment #2) > PartRenderingEngine line 805 creates the limbo shell at location 0,10000 and > seems to assume that this will not create a visible shell. > > I can think of a few reasons why this might become visible: > > 1. A virtual desktop with over 10000 vertical pixels > 2. An unusual arrangement of multiple monitors > 3. A customized xorg.conf that sets the top of one of the monitors to be at > position of 8000 or greater. > 4. A window manager that pulls offscreen shells back onto the screen. > > First we need to figure out which of these cases is actually occurring. If > it's 1-3, we can probably compute a safe offscreen location using > Display.getBounds() or the bounding rectangle of Monitor.getBounds() for all > monitors. > > If it's number 4, we'll have to investigate what the limbo shell is used for > and find some alternative to using a visible offscreen shell. I am experiencing the same issue. It seems to be related to the eclipse window size. I am using a 1920x1080 monitor. I only experience the issue when the eclipse window is set to greater than half my screen. So I can snap the window left, and never have a problem, but the second I expand the window and try to interact with project explorer, or server views, I find myself in the PartRenderingEngine's limbo. Hope that helps some.
(In reply to Borys Niewiadomski from comment #8) > (In reply to Stefan Xenos from comment #2) > > PartRenderingEngine line 805 creates the limbo shell at location 0,10000 and > > seems to assume that this will not create a visible shell. > > > > I can think of a few reasons why this might become visible: > > > > 1. A virtual desktop with over 10000 vertical pixels > > 2. An unusual arrangement of multiple monitors > > 3. A customized xorg.conf that sets the top of one of the monitors to be at > > position of 8000 or greater. > > 4. A window manager that pulls offscreen shells back onto the screen. > > > > First we need to figure out which of these cases is actually occurring. If > > it's 1-3, we can probably compute a safe offscreen location using > > Display.getBounds() or the bounding rectangle of Monitor.getBounds() for all > > monitors. > > > > If it's number 4, we'll have to investigate what the limbo shell is used for > > and find some alternative to using a visible offscreen shell. > > I am experiencing the same issue. It seems to be related to the eclipse > window size. I am using a 1920x1080 monitor. I only experience the issue > when the eclipse window is set to greater than half my screen. So I can snap > the window left, and never have a problem, but the second I expand the > window and try to interact with project explorer, or server views, I find > myself in the PartRenderingEngine's limbo. Hope that helps some. This is incorrect. Well, at least the snapping window left part. I have just had plenty of limbo experiences with a window snapped left. I can't figure out what triggers this, I apologize for my incorrect comment.
Occuring of this bug might be related to using Display.getActiveShell(). The limbo was constantly showing up in one of our swtbot tests (RHEL 6.4 64-bit, gtk2)and replacing Display.getActiveShell() with the reference to the appropriate view's shell solved this issue. It seems that the limbo might become an active shell under some conditions (in our test it was (reliably) showing up when some particular popup window was shown; however the some popup in other tests never triggered the limbo). I wasn't able to reproduce it by clicking manually.
Forgot to add, it happened with both eclipse 4.5.1 and 4.5.2.
It has become visible for me as well. I use the latest Fedora 23 and Mars.2 Release (4.5.2).
It has become visible after I opened the JRebel Configuration "perspective".
i just experience it with Neon Eclipse IDE for Java Developers Version: Neon Release (4.6.0) Build id: 20160613-1800 Debian/Sid, 64bit, GTK 3 3.20.6-2
I experience this consistently with Eclipse Neon. I'm running on CentOS 6.8, 64-bit. The following ALWAYS triggers this for me: 1. Go to the project explorer 2. Use the toolbar menu, click "Select Working Set..." The working set dialog opens over a new window titled PartRenderingEngine's limbo. That window covers approximately the bottom left quarter of my leftmost (of two) monitors.
Daniel, hope you can respond to a couple of questions: Are you using GTK 3 on your eclipse ? (#1) Which webkit* gtk you have installed in your system? (#1) https://coffeeorientedprogramming.wordpress.com/2014/10/27/how-to-tell-if-you-are-running-eclipse-on-gtk2-or-on-gtk3/ (#2) as example, in ubuntu, I use $ dpkg -l "*webkit*" | grep ii
(In reply to Patrik Suzzi from comment #16) > Daniel, hope you can respond to a couple of questions: > > Are you using GTK 3 on your eclipse ? (#1) > Which webkit* gtk you have installed in your system? > > (#1) > https://coffeeorientedprogramming.wordpress.com/2014/10/27/how-to-tell-if- > you-are-running-eclipse-on-gtk2-or-on-gtk3/ > (#2) as example, in ubuntu, I use $ dpkg -l "*webkit*" | grep ii Sure thing: 1. I'm using GTK 2 (org.eclipse.swt.internal.gtk.version=2.24.23) 2. The WebKit version is 1.4.3 (RPM is webkitgtk-1.4.3-9.el6_6.x86_64) I am (unfortunately) representative of the crowd that has to use a more dated OS to run Eclipse.
Seen on Kubuntu 16.04.1 LTS with GTK3 on dual monitors in an unusual configuration (one monitor is in portrait mode).
I came across this bug the day after installing XRebel plugin, I am using Fedora (4.6.4-301.fc24.x86_64). It also caused a malfunction on tabs (such duplicated "server" tab bug, when I try to close 1, the too). OUTPUT: Eclipse -> Help -> About -> Installation Details -> Configuration Tab: ... org.eclipse.swt.browser.DefaultType=webkit org.eclipse.swt.internal.deviceZoom=100 org.eclipse.swt.internal.gtk.version=3.20.6 ... org.eclipse.swt (3.105.0.v20160603-0902) "Standard Widget Toolkit" [Resolved] org.eclipse.swt.gtk.linux.x86_64 (3.105.0.v20160603-0902) "Standard Widget Toolkit for GTK" [Resolved]
... awt.toolkit=sun.awt.X11.XToolkit eclipse.application=org.eclipse.ui.ide.workbench eclipse.buildId=4.6.0.I20160606-1100
Created attachment 264242 [details] PartRenderingEngine's limbo bug (Neon on Fedora) Eclipse: Eclipse Java EE IDE for Web Developers. Version: Neon Release (4.6.0) Build id: 20160613-1800 OS: Linux TT08770508 3.19.5-100.fc20.x86_64 #1 SMP Mon Apr 20 19:51:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Steps to reproduce: Servers-> Select a server and right click (e.g Tomcat 8)-> Properties
Created attachment 266309 [details] Eclipse Neon PartRenderingEngine's Limbo - Tomcat Clean It happens here too, cleaning tomcat applications. Steps to reproduce: Select the Servers Tab, do a right click on server, click Clean. I'm on a Gentoo Box, with kernel 4.5.6 KDE 5.18.3 Eclipse Java EE IDE for Web Developers. Version: Neon.2 Release (4.6.2) Build id: 20161208-0600 I have GTK 3.20.9 and GTK 2.24.31 This is my VM Args on eclipse.ini -XX:MaxPermSize=256m -Dorg.eclipse.swt.internal.gtk.disablePrinting -Dosgi.requiredJavaVersion=1.8 -XX:+UseG1GC -XX:+UseStringDeduplication -Dosgi.requiredJavaVersion=1.8 -Xms512m -Xmx12G Attached, an screenshot.
I have a feeling that this is KDE/Plasma or kwin window manager related. This reminds me also the problem with our workspace selection prompt & splash screen, see bug 427393. The common thing is that shells show up which should not be shown at all.
(In reply to Andrey Loskutov from comment #23) > I have a feeling that this is KDE/Plasma or kwin window manager related. > This reminds me also the problem with our workspace selection prompt & > splash screen, see bug 427393. The common thing is that shells show up which > should not be shown at all. I already see this bug in Ubuntu 16.04 with Unity.
I can reproduce the bug if I have minimized windows. I have my Build Targets view minimized on the right. If I clean my C project with the view minimized, I get this PartRenderingEngine's limbo generated. This is starting to make Eclipse hard to use as I am losing productivity. I constantly have to close and re-open Eclispe due to this issue. So far I haven't noticed this occurring if I maximize every view before hand.
(In reply to Soul Wasp from comment #25) > This is starting to make Eclipse hard to use as I am losing productivity. I > constantly have to close and re-open Eclispe due to this issue. Hint: I always simply minimize the "Limbo" window using my window manager and it does not hurt any more - it will just occupy one entry in my window list / switcher, but I can live with that...
Created attachment 270224 [details] Eclipse Oxygen - just before selecting Servers - Tomcat v8.5 - Clean...
Created attachment 270225 [details] After selecting Servers - Tomcat v8.5 - Clean...
Created attachment 270226 [details] After selecting Servers - Tomcat v8.5 - Clean...
I have the same problem with Eclipse Oxygen (4.7), Build id: I20170612-0950. It happens everytime when cleaning server. Screenshots attached. The PartRenderingEngine window stays on top just after the clean operation is selected and the gray windows stays on top. One has to manually minimize the window, it cannot be closed.
I have seen this issue with Ubuntu 16.10 (Unity) and Eclipse Oxygen. The PartRenderingEngine's Limbo was associated with a floating Project Explorer window that I had detached from the main eclipse window by dragging the tab. I have a dual monitor setup, with 1080p on left and 1024x1280 (portrait mode) on the right. FWIW, that means the leftmost column of my desktop does not include pixels from either the topmost or the bottommost row. I see PartRenderingEngine's limbo occupying approx the bottom left quarter of the 1080p monitor. I redocked Project Explorer and then detached again, and the issue has not been reproduced. I will update if I find a way to reliably reproduce the issue.
(In reply to Tony Park from comment #31) > I have seen this issue with Ubuntu 16.10 (Unity) and Eclipse Oxygen. The > PartRenderingEngine's Limbo was associated with a floating Project Explorer > window that I had detached from the main eclipse window by dragging the tab. > > I have a dual monitor setup, with 1080p on left and 1024x1280 (portrait > mode) on the right. FWIW, that means the leftmost column of my desktop does > not include pixels from either the topmost or the bottommost row. I see > PartRenderingEngine's limbo occupying approx the bottom left quarter of the > 1080p monitor. > > I redocked Project Explorer and then detached again, and the issue has not > been reproduced. I will update if I find a way to reliably reproduce the > issue. Apologies, I'm on Ubuntu 17.04, not 16.10
Seeing this on Eclipse 4.6.3 (IBM Data Studio 4.1.3) on Centos 7 running in VMWare on macOS 10.13.4.
I come across this bug today after installing Eclipse Oxygen.3a Release (4.7.3a) on Ubuntu 18.04 When trying to interact with Project Explorer or Server views, I find that the UI breaks. This causes a separate window titled "PartRenderingEngine's limbo" to open. UPDATE: It disappears after restarting eclipse multiple times, but I don't know if it'll show up again or not.
Created attachment 278929 [details] Eclipse 2019-03 CDT PartRenderingEngine'sLimbo Hi, I'm able to reproduce this bug on Fedora 30 (5.1.6-300.fc30.x86_64) using the most recent 2019-03 CDT available on the website. I'm running x11. I can consistently reproduce this bug by right click -> preferences on the c/c++ editor. The PartRenderingEngine'sLimbo opens with the preferences menu and stays associated with it until the preferences menu gets closed at which point the PartRenderingEngine'sLimbo persists until eclipse gets restarted. Build ID: 4.11.0.I20190307-0500 org.eclipse.swt (3.110.0.v20190305-0602) "Standard Widget Toolkit" [Resolved] org.eclipse.swt.gtk.linux.x86_64 (3.110.0.v20190305-0602) "Standard Widget Toolkit for GTK" [Resolved]
Hi, I get this bug on Ubuntu 18 using jboss tools. Version: 2019-09 R (4.13.0) Build id: 20190917-1200 java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment java.runtime.name=OpenJDK Runtime Environment java.runtime.version=1.8.0_242-8u242-b08-0ubuntu3~18.04-b08 org.eclipse.swt.internal.deviceZoom=100 org.eclipse.swt.internal.gdk.backend=x11 org.eclipse.swt.internal.gtk.theme=Numix org.eclipse.swt.internal.gtk.version=3.22.30 org.eclipse.swt.internal.webkitgtk.version=2.26.4