Community
Participate
Working Groups
Created attachment 200355 [details] Stack trace Since a while, we're getting "SWTException: Widget is disposed" when trying to open the context menu. Maybe related: Eclipse hangs in trying to open the tool tip. Ubuntu/Gnome version: 2.32.1 libgtk2.0-0: 2.24.4-0ubuntu2
Created attachment 200356 [details] Same error, different stack trace Not sure if this one is related.
The stack traces seem to have nothing to do with mouse clicks. Please attach a thread dump.
>Maybe related: Eclipse hangs in trying to open the tool tip. Does it hang forever (deadlock) or is it just slow? Just to confirm: you use 3.7? Which build id?
Build id: 20110615-0604 on Linux, 64bit Sorry, missed the actual bug report :-( What happens is this: 1. I try to open the context menu or use Ctrl+Space 2. Nothing happens or a small blue window opens. Eclipse "hangs". Typing creates the attached errors in the error log. My guess: From SWT's view, the menu widget or code completion popup is disposed. From GTK's view, the widget has yet to be closed. Since it's a popup widget, it still gets all the input. I can minimize Eclipse to "unfreeze" it but there will be a window left in the background. I can use Eclipse for a long time, sometimes several days before this happens. If it happens, it usually happens in quick repetition until I have to restart Eclipse. So maybe this is a glitch in Gtk and/or Ubuntu but Eclipse is the only affected application.
So, content assist is basically broken? Or do you get the first pop-up with the completions but not the one on the right with the Javadoc help? Might be an issue with the Browser widget.
Created attachment 200425 [details] Thread dump when Eclipse hangs in code completion popup
Created attachment 200426 [details] Screenshot for attachment 200425 [details]
The delay/hang is probably bug 345093.-
(In reply to comment #5) > So, content assist is basically broken? Or do you get the first pop-up with the > completions but not the one on the right with the Javadoc help? Might be an > issue with the Browser widget. I've attached a screen shot. The stack trace doesn't say anything about the browser widget but it hangs in Shell.setVisible(). Not sure which of the two popups this. Note that this time, I didn't get an NPE. Maybe I'm having two issues here :-/ (In reply to comment #8) > The delay/hang is probably bug 345093.- In my case, the popup appears immediately but never goes away. Might be a race in the Gtk code? If so, that's unrelated to the NPE issue. Should I move the stack traces to bug 345093?
> Should I move the stack traces to bug 345093? Or just add a link to this bug here.
Created attachment 200440 [details] Stack trace during Ctrl+C/Copy
Created attachment 200442 [details] VM crash in ActionContributionItem.update()
Created attachment 200444 [details] Crash in memcpy() called from ZipFile.getEntry()
I've seen the crash in ActionContributionItem.update() two times. The variety of errors makes me wonder if this is a memory corruption problem in Gtk or somewhere else :-/
Possibly related: bug 345093 - Shell.setVisible is extremely slow on Linux
Created attachment 200446 [details] Small script to analyze the library versions in a hs_err_pid-file This is a small script for Debian-based systems to get a list of library versions loaded in a Java application from the file names in a hs_err_pid* file.
Library versions: gtk2-engines-qtcurve 1.8.5-1 gvfs 1.8.0-0ubuntu2 libasound2 1.0.24.1-0ubuntu5 libaspell15 0.60.6-6 libatk1.0-0 2.0.0-0ubuntu1 libc6 2.13-0ubuntu13 libcairo2 1.10.2-2ubuntu2 libcanberra0 0.28-0ubuntu3 libcanberra-gtk0 0.28-0ubuntu3 libcanberra-gtk-module 0.28-0ubuntu3 libenchant1c2a 1.6.0-2 libfontconfig1 2.8.0-2.1ubuntu3 libfreetype6 2.4.4-1ubuntu2 libgail18 2.24.4-0ubuntu2 libgdk-pixbuf2.0-0 2.23.3-0ubuntu1 libglib2.0-0 2.28.6-0ubuntu1 libgstreamer0.10-0 0.10.32-3ubuntu3.1 libgstreamer-plugins-base0.10-0 0.10.32-1ubuntu5 libgtk2.0-0 2.24.4-0ubuntu2 libgvfscommon0 1.8.0-0ubuntu2 libhunspell-1.2-0 1.2.14-4 libice6 2 libicu44 4.4.2-2 libjpeg62 6b1-1ubuntu1 libltdl7 2.2.6b-2ubuntu3 libnspr4 4.8.7-0ubuntu1 libnss3 3.12.9+ckbi-1.82-0ubuntu2 libogg0 1.2.0~dfsg-1 libpango1.0-0 1.28.4-0ubuntu1 libpixman-1-0 0.20.2-0ubuntu1 libsm6 2 libsoup2.4-1 2.34.0-0ubuntu1 libsqlite3-0 3.7.4-2ubuntu5 libstartup-notification0 0.10-1build1 libstdc++6 4.5.2-8ubuntu4 libtdb1 1.2.9-1fakesync1 libvorbis0a 1.3.2-1ubuntu1 libvorbisfile3 1.3.2-1ubuntu1 libwebkitgtk-1.0-0 1.3.13-0ubuntu2 libx11-6 2 libxau6 1 libxcb1 1.7-2ubuntu2 libxcb-atom1 0.3.6-1build1 libxcb-aux0 0.3.6-1build1 libxcb-event1 0.3.6-1build1 libxcb-render0 1.7-2ubuntu2 libxcb-shm0 1.7-2ubuntu2 libxcomposite1 1 libxcursor1 1 libxdamage1 1 libxdmcp6 1 libxext6 2 libxfixes3 1 libxi6 2 libxinerama1 2 libxml2 2.7.8.dfsg-2ubuntu0.1 libxrandr2 2 libxrender1 1 libxslt1.1 1.1.26-6build1 libxt6 1 libxtst6 2 xulrunner-1.9.2 1.9.2.18+build2+nobinonly-0ubuntu0.10.10.1
Created attachment 200447 [details] Crash while closing Eclipse
This looks like an SWT bug. Moving to SWT for comments
I can't reproduce this issue on GTK3.22, 4.8 M7, and Fedora 28. Please comment if the bug re-occurs.
