Community
Participate
Working Groups
Using build 3.6M7 Under some circumstances, when editing long line that doesn't fit into window, scrollbar jumps to the start of the line, effectively hiding the cursor. This happens only on some long lines, not all, and happens shortly after finishing typing. (Maybe is caused by some reconciler?) Attaching a sample file to reproduce.
Created attachment 169778 [details] sample.js to reproduce: 1. open file in editor, make sure it shows up to 45 columns, so horizontal scrollbar shows up 2. put cursor in line 23, and start editing "replace("", "")"
Created attachment 169779 [details] jumpingscrollbar.avi how it looks in my editor
I can reproduce in 3.2 final (from helios release) using the attached source file (bug.js). Just type a space after one on the long lines with lalalalala in it. When removing the empty block after the block containing the long lines the problem disappears.
Created attachment 172870 [details] Simple js file to reproduce editing problem
Well...figured out where this is happening: TextViewer - line 4803 fTextWidget.replaceStyleRanges(region.getOffset(), region.getLength(), ranges); Though, I have no idea why it is happening. The offset being used is wrong.
I observe the similar behavior in JSP editor in two cases: 1. Editing long lines (especially typing JSP comments at the end of line) 2. Opening JSP with search occurrence on long line by double-clicking on search result in Search view. Eclipse Java EE IDE for Web Developers. Version: Indigo Service Release 2 Build id: 20120216-1857
I'm not really sure what fixed this problem, but I can reproduce in 3.5, but not 3.5.1. The only thing that has gone in is the big performance fix in bug384319, so must have been something in there that cleaned this up. Checked against the 7/18 build.
