Community
Participate
Working Groups
The PDE "Extension" tab stays empty if I try to add a new extension. If I start Eclipse with export SWT_GTK3=0 the list is visible. I attach two screenshots.
Created attachment 238444 [details] GTK3 Screenshot
Created attachment 238445 [details] GTK2 screenshot
I use the following GTK version under Ubuntu 13.10 libgtk-3-bin 3.8.6-0ubuntu3 amd64 programs for the GTK+ graphical user interface library
This is second time I see such bug report but haven't reproduced it in pure SWT code? Would you please come up with a simple pure swt reproducer?
I see and can repro. this one too.. note also bug 424878 and bug 424891...
(In reply to Alexander Kurtakov from comment #4) > This is second time I see such bug report but haven't reproduced it in pure > SWT code? Would you please come up with a simple pure swt reproducer? I tried to reproduce this with a simple SWT table but I was not successful. Sorry.
Lars, can you reproduce with the latest I-build?
(In reply to Alexander Kurtakov from comment #7) > Lars, can you reproduce with the latest I-build? I tested with Build id: I20140204-0800 and still the same empty dialog.
Confirmed. I am also affected on openSUSE 13.1 with gtk3 version 3.10.4
(In reply to Lars Vogel from comment #8) > (In reply to Alexander Kurtakov from comment #7) > > Lars, can you reproduce with the latest I-build? > > I tested with Build id: I20140204-0800 and still the same empty dialog. Tested with Build id: I20140211-1100 and still an empty dialog if I deselect the checkbox (see screenshot).
Created attachment 239839 [details] Extension model extension point was visible before I deselect the checkbox.
I am working on EMF Compare preference page and I am using CheckboxTableViewer element. Although it's working perfectly fine on Kepler platform, on Luna M6 platform CheckboxTableViewer are not visible at all. Is there any progress on this issue? Config: OS: Kunbuntu 13.10 OS libgtk-3-bin Version: 3.8.6-0ubuntu3.1
Lars, Arthur. Since you are using Ubuntu, could you try to disable overlay scrollbars using LIBOVERLAY_SCROLLBAR=0 environment variable and see if it fixes the problem? This sounds similar to bug 420771.
Hi Marc-Andre, Exporting LIBOVERLAY_SCROLLBAR=0 solves the problem. Thanks for your help. Regards. Arthur
I would appreciate it if someone opens a bug againts libscrollbar-overlay at ubuntu bug tracking system as there is close to nothing to be done on swt side. The only thing I can think of is setting the env variable in equinox launcher to make sure that eclipse always run with scrollbar overlays disabled.
(In reply to Alexander Kurtakov from comment #15) > I would appreciate it if someone opens a bug againts libscrollbar-overlay at > ubuntu bug tracking system as there is close to nothing to be done on swt > side. Alexander, I opened a bug and will attempt to fix it on the Ubuntu side. https://bugs.launchpad.net/overlay-scrollbar/+bug/1303758 (In reply to Alexander Kurtakov from comment #15) > The only thing I can think of is setting the env variable in equinox > launcher to make sure that eclipse always run with scrollbar overlays > disabled. I think that might be a good idea. But I don't know how everyone feels about the overlay-scrollbars, perhaps some people like it. I think it should still be possible to force it on for them. So I think it would make sense to only force it off it the environment variable is not already defined.
*** Bug 420771 has been marked as a duplicate of this bug. ***
(In reply to Marc-Andre Laperle from comment #16) > (In reply to Alexander Kurtakov from comment #15) > > I would appreciate it if someone opens a bug againts libscrollbar-overlay at > > ubuntu bug tracking system as there is close to nothing to be done on swt > > side. > > Alexander, I opened a bug and will attempt to fix it on the Ubuntu side. > https://bugs.launchpad.net/overlay-scrollbar/+bug/1303758 > > (In reply to Alexander Kurtakov from comment #15) > > The only thing I can think of is setting the env variable in equinox > > launcher to make sure that eclipse always run with scrollbar overlays > > disabled. > > I think that might be a good idea. But I don't know how everyone feels about > the overlay-scrollbars, perhaps some people like it. I think it should still > be possible to force it on for them. So I think it would make sense to only > force it off it the environment variable is not already defined. I am not able to test such change so someone must step in and propose such change. I can only point to a place where such thing might be a good fit - take a look at http://git.eclipse.org/c/equinox/rt.equinox.framework.git/tree/features/org.eclipse.equinox.executable.feature/library/gtk/eclipseGtkInit.c#n103 .
Patch to disable overlay-scrollbar by default: https://git.eclipse.org/r/#/c/24545/
Reassigned to equinox.launchers for consideration of the patch.
*** Bug 432116 has been marked as a duplicate of this bug. ***
*** Bug 432108 has been marked as a duplicate of this bug. ***
The launcher patch was merged so marking as "fixed" (worked around really).
The rebuilt launcher binaries are committed - https://git.eclipse.org/c/equinox/rt.equinox.binaries.git/commit/?id=332c87e5ef36644994b776fbc826965a5737a0db
Verified the fix in the latest I-build I20140415-0800.
*** Bug 429385 has been marked as a duplicate of this bug. ***
(In reply to Lars Vogel from comment #0) > The PDE "Extension" tab stays empty if I try to add a new extension. If I > start Eclipse with export SWT_GTK3=0 the list is visible. I attach two > screenshots. Work fine with Build id: N20140922-2000 if I specify export LIBOVERLAY_SCROLLBAR=1 on Ubuntu 14.04. Has this been fixed in SWT for Mars?
(In reply to Lars Vogel from comment #27) > (In reply to Lars Vogel from comment #0) > > The PDE "Extension" tab stays empty if I try to add a new extension. If I > > start Eclipse with export SWT_GTK3=0 the list is visible. I attach two > > screenshots. > > Work fine with Build id: N20140922-2000 if I specify export > LIBOVERLAY_SCROLLBAR=1 on Ubuntu 14.04. Has this been fixed in SWT for Mars? I don't think so, I still see the problem when adding an extension and also in Installation Details > Installation History for example. You did set SWT_GTK3=1 explicitly as well, right? That's necessary on Ubuntu 14.04 (GTK 3.10 is not white listed to be used by Eclipse).
(In reply to Marc-Andre Laperle from comment #28) > I don't think so, I still see the problem when adding an extension and also > in Installation Details > Installation History for example. You did set > SWT_GTK3=1 explicitly as well, right? That's necessary on Ubuntu 14.04 (GTK > 3.10 is not white listed to be used by Eclipse). Thanks, indeed if I use export SWT_GTK3=1, the table gets empty. This bug is marked as fixed. Do we have a bug report for the root cause of this issue?
(In reply to Lars Vogel from comment #29) > (In reply to Marc-Andre Laperle from comment #28) > > I don't think so, I still see the problem when adding an extension and also > > in Installation Details > Installation History for example. You did set > > SWT_GTK3=1 explicitly as well, right? That's necessary on Ubuntu 14.04 (GTK > > 3.10 is not white listed to be used by Eclipse). > > Thanks, indeed if I use export SWT_GTK3=1, the table gets empty. This bug is > marked as fixed. Do we have a bug report for the root cause of this issue? There is a bug report on Ubuntu's side: https://bugs.launchpad.net/overlay-scrollbar/+bug/1303758 Keep in mind that there are other issues about the overlay-scrollbars so I wouldn't re-enable them by default just yet: - Stack overflows in overlay-scrollbar: https://bugs.launchpad.net/bugs/789123 (with patch) - Crash in Webkit that is Ubuntu specific and seems to be a bug on the Webkit side when using the overlay-scrollbar: https://bugs.webkit.org/show_bug.cgi?id=129784 (with patch) - Use of a scrollbar as a slider: it's not visible when it's the only child in a container, see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=368929 https://bugs.eclipse.org/bugs/show_bug.cgi?id=384763 https://bugs.launchpad.net/overlay-scrollbar/+bug/1188831 (with patch)
I see that this is marked as verified fixed, but I am still experiencing this error. I am running Mint 17 KDE, 64-bit, everything up-to-date. If I run Eclipse Luna as-is, it crashes on opening the Preferences->Appearance tab. If I run Eclipse Luna with SWT_GTK3=1, it does not crash, but my tables are empty (e.g. Installation Details). This happens whether or not I specify LIB_OVERLAY_SCROLLBAR to 0 or 1 and UBUNTU_MENUPROXY to 0 or 1. The above behaviors are the same when I run the Mars M2 and the 20141021 nightly, both crashing on default settings and having empty tables when using SWT_GTK3=1.
(In reply to Paul Gestwicki from comment #31) > If I run Eclipse Luna with SWT_GTK3=1, it does not crash, but my tables are > empty (e.g. Installation Details). This happens whether or not I specify > LIB_OVERLAY_SCROLLBAR to 0 or 1 and UBUNTU_MENUPROXY to 0 or 1. It's LIBOVERLAY_SCROLLBAR not LIB_OVERLAY_SCROLLBAR. If that doesn't work, could you create a new bug? It sounds like a different issue. Also it would be good to include your gtk2 and gtk3 versions. Thanks!
For people on the CC who still see the problem on the latest Eclipse builds: most likely you are using KDE desktop with oxygen-gtk theme and so hitting bug 432673 like me. :-(
(In reply to Marc-Andre Laperle from comment #23) > The launcher patch was merged so marking as "fixed" (worked around really). The fix doesn't work in the case when no splash is shown so the patch is incomplete. I opened bug 454299.