Is this a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1118317 ?

*** Bug 1204820 has been marked as a duplicate of this bug. ***

Workaround:
Modify /etc/eclipse.ini
Change --launcher.GTK_version from 3 to 2.

So it appears that the problem is caused by some part of gtk3.

Likely whatever is causing the scrollbars to fade in and out, and render OVER the editor window rather than around it.

*** Bug 1212149 has been marked as a duplicate of this bug. ***

*** Bug 1214895 has been marked as a duplicate of this bug. ***

*** This bug has been marked as a duplicate of bug 1118317 ***

I'm still having this issue on Fedora 22, KDE Plasma 5.3.2.

My Eclipse LUNA SR2 (eclipse-platform-4.4.2-6.fc22.x86_64) had completely broken scrollbars with missing up/down arrows.

After implementing the Workaround of Comment #3, the Eclipse scrollbars look good again, and their up/down arrows are back as well.

However, editor window updating while scrolling is still broken:

Often, only part of the editor window gets updated after scrolling,
and the window corruption goes away only after clicking in the background
or some other window.

Please help -- the window corruption is extremely disturbing and makes Eclipse almost unusable.


I wonder if this is somehow related to the Plasma Widget style ...

My current setting:
  KDE System Settings > Application Style > Widget style: Breeze

Unfortunately, the problem is also present with

  KDE System Settings > Application Style > Widget style: GTK+ Style

after restarting Eclipse.

Further testing shows that the Eclipse editor window corruption/smudging after scrolling occurs only if I have both my laptop screen and an external monitor screen enabled, configured as adjacent screens in the KDE Display Configuration.  In this configuration, the problem is present regardless of whether Eclipse is placed on the laptop or external screen.  Note that the external monitor is supported via the nouveau driver -- it's a Lenovo W530 laptop with integrated Intel + discrete Nvidia graphics ("Optimus" technology).

The problem does NOT occur if I disable the external monitor and work on the laptop screen only.

Note also that Eclipse LUNA (with GKT2) on Fedora 21 (on a different system) works fine, but that system has a single monitor and uses Intel graphics only.

Any ideas how to narrow down this issue are much appreciated :-)


How to reproduce
----------------
The smudging on scroll problem can be reproduced easily by first minimizing and then un-minimizing the Eclipse application. Next, move a scrollbar vertically or horizontally, scroll via the mouse wheel, or click a scroll up/down arrow within the editor window, and only some parts of the editor window are updated, leaving it in a corrupted state until I click the background or another window.

- Note that this occurs *only* with the Eclipse editor window.
  Scrolling works as usual with the Eclipse project explorer window.
  Also, scrolling works fine in native KDE apps and in Firefox.

- Problem is present regardless of whether I use Clearlooks or Adwaita
  as my theme for GTK2 in
        KDE Desktop Settings > Application Style > GNOME Application Style

- Same problem with Eclipse LUNA SR1a (4.4.1) and Eclipse LUNA SR2 (4.4.2)


Configuration notes
-------------------
KDE Plasma 5.3.2
Qt 5.4.2
 
$ uname -r
4.1.3-201.fc22.x86_64

$ cat /etc/eclipse.ini  | grep launcher.GTK -A1
--launcher.GTK_version
2

$ rpm -qa | egrep -i "^eclipse" | egrep -i "platform|swt"
eclipse-swt-4.4.2-6.fc22.x86_64
eclipse-platform-4.4.2-6.fc22.x86_64

$ rpm -qa | egrep -i "^gtk2"
gtk2-engines-2.20.2-9.fc22.x86_64
gtk2-2.24.28-1.fc22.x86_64
gtk2-devel-2.24.28-1.fc22.x86_64
gtk2-2.24.28-1.fc22.i686

(Uninstalling gtk2-devel and gtk2-engines, as well as reinstalling gtk2 made no difference).

What is the status of this bug now that Eclipse 4.5 hit f22?

Seems to be fixed - an update on Apr 27 or thereabouts reverted my change to eclipse.ini (undoing the change of comment 2), and I no longer have any smudging.

Closing as per comment 11.

Problem is fixed in Fedora's eclipse, which is now using GTK3 -- see /etc/eclipse.ini.

Problem is not fixed in all other applications that are based on the eclipse framework, if they still use GTK2.
This is the case for a customized Eclipse LUNA environment, as well as for IBM Lotus Notes 9.0.1.  These applications worked fine in Fedora 20 and their scrolling is broken since I upgraded to Fedora 22.

It seems that the upgrade to Fedora 22 either broke GTK2 or introduced a compatibility issue between KDE Plasma 5, Eclipse's use of SWT, and GTK.

What else could I try to narrow down the issue for these apps?

As I understand, Redhat does not have the resources to address GTK2 related issues, so users of Eclipse applications that have not yet been ported to GTK3 are left in the rain ...

(In reply to Fredy Neeser from comment #13)
> Problem is fixed in Fedora's eclipse, which is now using GTK3 -- see
> /etc/eclipse.ini.
> 
> Problem is not fixed in all other applications that are based on the eclipse
> framework, if they still use GTK2.
> This is the case for a customized Eclipse LUNA environment, as well as for
> IBM Lotus Notes 9.0.1.  These applications worked fine in Fedora 20 and
> their scrolling is broken since I upgraded to Fedora 22.

Luna has GTK3 support too so you can try switching your additional products to use GTK3.

> 
> It seems that the upgrade to Fedora 22 either broke GTK2 or introduced a
> compatibility issue between KDE Plasma 5, Eclipse's use of SWT, and GTK.
> 
> What else could I try to narrow down the issue for these apps?

GTK 2 support is only going to become worse not better thus migrating to GTK 3 is the only path that makes sense nowadays.

> 
> As I understand, Redhat does not have the resources to address GTK2 related
> issues, so users of Eclipse applications that have not yet been ported to
> GTK3 are left in the rain ...

You're correct that we barely have the resources for the GTK 3 version but on the other side GTK3 support has been in Luna and even rudimentary one in Kepler so it's not like we haven't put significant effort into providing as smooth path as possible for even older products.