Community
Participate
Working Groups
Scrolling editors or other text view up-down vertically is slow and severely lags. When I scroll I see 'tears' in the text as it moves up/down (this is probably an effect of the slowness and how the scroll area is being updated. If you wait for the scrolling to finish it looks good again eventually. What is most annoying though is that you actually do have to literally 'wait for scrolling to finish'. When I use my mouse scrollwheel to quickly scroll up or down it can take several seconds before the text stops scrolling after I stop rolling the wheel. Also I have the distinct impression scrolling is a lot slower than it used to be in eclipse with GTK2. (I.e it seems to take much longer to scroll past the same amount text).
*** Bug 438704 has been marked as a duplicate of this bug. ***
This seems to affect only StyledText (Trees and other widgets seem to be working well).
(In reply to Kris De Volder from comment #0) > Also I have the distinct impression scrolling is a lot slower than it used > to be in eclipse with GTK2. (I.e it seems to take much longer to scroll past > the same amount text). Confirmed, see bug 438704 comment 6.
Can we get a swt only reproducer?
For those wondering about GTK version: $ dpkg -l libgtk-3-0 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii libgtk-3-0 3.4.2-0ubuntu0 GTK+ graphical user interface library
I've tried to setup a reproducer with a StyledText using same style as editors ( SWT.MULTI | SWT.HORIZONTAL | SWT.VERTICAL | SWT.FULL_SELECTION | SWT.NO_REDRAW_RESIZE | SWT.LEFT_TO_RIGHT ). The StyledText contain a new StyleRange every 100 characters, with different color/font/fontstyle. Text is the code of Platform.java. I couldn't reproduce the issue. I suspect this is an issue with layouts. An interesting experiment: * Take an Eclipse that is affected by this bug. * Open a large file * Scroll down, see the speed (I see ~15 lines down everytime StyledText is updated * Now move the editor to a dedicated window, out of main workbench Window * Retry with editor detached from main window. * See, everything is better. Scroll is reactive. @Kris: can you confirm you notice the difference too?
> @Kris: can you confirm you notice the difference too? No, I see the same behavior in the detached window. What I do exactly: I have a mouse with scrollwheel attached. I gather this is an excellent 'tool' to produce this behavior because rolling the wheel generates lots of UI events in short time. Open any file in the editor, roll the wheel rapidly up-down-up-down-... Do this for a little while (the longer you do it the more apparant the problem will be as the 'lag' increases). I see the window is scrolling up-down-up-down-.... I stop rolling the scroll-wheel... The window just keeps on scrolling up-down-up-down-... for some time after. I am getting this behavior in the detached window just the same as in the one in the regular workbench. It doesn't require a large file, it seems any file will do, as long as its large enough to be able to scroll. I am only getting this 'lag' with GTK3.
I started experiencing this issue after updating my Linux kernel to 3.18.9. The fix was as simple as rebuilding my video card drivers.
I second the behavior that Kris De Volder described on 2014-07-16. I am seeing that exact behavior on my machine, whenever I move the mouse wheel in the editor. There is no problem scrolling in the Project Explorer, or any other View that I sporadically tested. No other Linux GUI application has this problem, either, so I suspect the problem is in Eclipse, and that it is not related to my video drivers.
With JVisualVM is was clear that the problem was in the function "org.eclipse.swt.internal.cairo.Cairo._cairo_paint[native]" Going from Ubuntu 12.04 to 14.04.2 has solved the problem for me
I am still experiencing this problem with Eclipse Neon (v4.6.0) on Ubuntu 14.04.1. Scrolling files using mouse wheel in Java editor is very sluggish. After I let go of the wheel, file keeps scrolling for another second. I could get around this issue by adding these two lines to my eclipse.ini: --launcher.GTK_version 2 However, after that all the nice icons next to drop down menu items were gone.
The same issue for me. Eclipse 4.6, Ubuntu 14.04. The option "--launcher.GTK_version 2" didn't help.
(In reply to Sergio Otero from comment #11) > With JVisualVM is was clear that the problem was in the function > "org.eclipse.swt.internal.cairo.Cairo._cairo_paint[native]" > > Going from Ubuntu 12.04 to 14.04.2 has solved the problem for me What version of GTK do you have installed? I have (latest available for 14.04) 'libgtk-3.10.8' and the problem is there.
The option The option: "--launcher.GTK_version 2" helps if it added not to the end of 'ini' file.
Also an issue with RHEL 7 / CentOS 7 with gtk3-3.8.8-10.el7.x86_64 Downgrading to 2 as suggested in the previous comment fixes the scrolling issue (but appears to break the internal browser).
Downgrading severity because GTK2 is a workaround? Using GTK 2 is not a great workaround. I found it to be increasingly more glithcy in every successive release of Eclipse. On 4.6 I am now permantly switched to GTK 3 because of this. The slow scrolling is relatively annoying but its the lesser evil because I now have a beefier laptop, which makes it less of a show-stopper. But I pitty anyone trying to run Eclipse on linux on somewhat older hardware.
*** This bug has been marked as a duplicate of bug 511596 ***