https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Bug ID: 1197661 Summary: eclipse's editor smudges on scrolling Product: Fedora Version: 22 Component: eclipse Severity: high Assignee: akurtako@redhat.com Reporter: peljasz@yahoo.co.uk QA Contact: extras-qa@fedoraproject.org CC: akurtako@redhat.com, andjrobins@gmail.com, eclipse-sig@lists.fedoraproject.org, jerboaa@gmail.com, krzysztof.daniel@gmail.com, mat.booth@redhat.com, msimacek@redhat.com, overholt@gmail.com, rgrunber@redhat.com, swagiaal@redhat.com
Created attachment 997017 --> https://bugzilla.redhat.com/attachment.cgi?id=997017&action=edit smudged editor
Description of problem:
sometimes editor gets smudged after scrolling, I have to click to get focus back to editor for the smudges to refresh and dissapear.
Version-Release number of selected component (if applicable):
eclipse-platform-4.4.1-17.fc22.x86_64 mesa-dri-drivers-10.5.0-1.20150218.fc22.x86_64 mesa-filesystem-10.5.0-1.20150218.fc22.x86_64 mesa-libEGL-10.5.0-1.20150218.fc22.i686 mesa-libEGL-10.5.0-1.20150218.fc22.x86_64 mesa-libEGL-devel-10.5.0-1.20150218.fc22.x86_64 mesa-libgbm-10.5.0-1.20150218.fc22.i686 mesa-libgbm-10.5.0-1.20150218.fc22.x86_64 mesa-libGL-10.5.0-1.20150218.fc22.i686 mesa-libGL-10.5.0-1.20150218.fc22.x86_64 mesa-libglapi-10.5.0-1.20150218.fc22.i686 mesa-libglapi-10.5.0-1.20150218.fc22.x86_64 mesa-libGL-devel-10.5.0-1.20150218.fc22.x86_64 mesa-libGLES-10.5.0-1.20150218.fc22.x86_64 mesa-libGLU-9.0.0-7.fc22.x86_64 mesa-libGLU-devel-9.0.0-7.fc22.x86_64 mesa-libOpenCL-10.5.0-1.20150218.fc22.x86_64 mesa-libwayland-egl-10.5.0-1.20150218.fc22.x86_64 mesa-libxatracker-10.5.0-1.20150218.fc22.x86_64 mesa-vdpau-drivers-10.5.0-1.20150218.fc22.x86_64
How reproducible:
Steps to Reproduce: 1. 2. 3.
Actual results:
Expected results:
Additional info:
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Nathaniel McCallum npmccallum@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |npmccallum@redhat.com
--- Comment #1 from Nathaniel McCallum npmccallum@redhat.com --- Is this a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1118317 ?
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Mat Booth mat.booth@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aserbinski@gmail.com
--- Comment #2 from Mat Booth mat.booth@redhat.com --- *** Bug 1204820 has been marked as a duplicate of this bug. ***
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #3 from Adam aserbinski@gmail.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Mat Booth mat.booth@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mael.lavault@mailz.org
--- Comment #4 from Mat Booth mat.booth@redhat.com --- *** Bug 1212149 has been marked as a duplicate of this bug. ***
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Alexander Kurtakov akurtako@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rclark@redhat.com
--- Comment #5 from Alexander Kurtakov akurtako@redhat.com --- *** Bug 1214895 has been marked as a duplicate of this bug. ***
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Alexander Kurtakov akurtako@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |DUPLICATE Last Closed| |2015-05-04 07:44:53
--- Comment #6 from Alexander Kurtakov akurtako@redhat.com ---
*** This bug has been marked as a duplicate of bug 1118317 ***
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Fredy Neeser nfd@zurich.ibm.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |MODIFIED CC| |nfd@zurich.ibm.com Resolution|DUPLICATE |--- Keywords| |Reopened
--- Comment #7 from Fredy Neeser nfd@zurich.ibm.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #8 from Fredy Neeser nfd@zurich.ibm.com --- Unfortunately, the problem is also present with
KDE System Settings > Application Style > Widget style: GTK+ Style
after restarting Eclipse.
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #9 from Fredy Neeser nfd@zurich.ibm.com --- 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).
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #10 from Alexander Kurtakov akurtako@redhat.com --- What is the status of this bug now that Eclipse 4.5 hit f22?
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #11 from Paul Knox-Kennedy paul.knox-kennedy@telsis.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
Alexander Kurtakov akurtako@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution|--- |CURRENTRELEASE Last Closed|2015-05-04 07:44:53 |2015-09-03 10:08:39
--- Comment #12 from Alexander Kurtakov akurtako@redhat.com --- Closing as per comment 11.
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #13 from Fredy Neeser nfd@zurich.ibm.com --- 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 ...
https://bugzilla.redhat.com/show_bug.cgi?id=1197661
--- Comment #14 from Alexander Kurtakov akurtako@redhat.com --- (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.
eclipse-sig@lists.stg.fedoraproject.org