This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
* open long xml file * insert something and do not save the changes * use mouse scroll to scroll down to the end of document * document scrolling, but at the some time focus returns up to the unsaved changes Product Version = NetBeans IDE 7.0 Beta 2 (Build 201102140001) Operating System = Linux version 2.6.37-2-686-bigmem running on i386 Java; VM; Vendor = 1.6.0_24 Runtime = Java HotSpot(TM) Client VM 19.1-b02
Reproduced on RC1
Reproduced in 7.0 release at windows platform.
>10 dups + votes -> P2 based on http://wiki.netbeans.org/BugPriorityGuidelines
Does the "scroll to change" occur repeatedly ? I was able to reproduce this behaviour when: * I opened a long document * I modified some text * *Immediately* after that, I scrolled down using mousewheel/scrollbar Then the editor scrolled back exactly once (after ~2 secs, which might be when the background parsing of the modified contents finished). If I continued to scroll down the document, no more re-positionings happened. Is that what you see ? * Does the editor scroll back *only* once ? * If you wait some seconds after you make the modifications to the document, *then* scroll down: does the editor also scrolls back as you reported ? Thanks for clarifying.
Seems to happen because Fold hierarchy removes and then re-adds all folds. Changed the code so that the view only re-scrolls when a new collapsed fold appears around the caret's position - so far I've observed no negative effects.
*** Bug 18860 has been marked as a duplicate of this bug. ***
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/4ec078d4b61e User: Svata Dedic <sdedic@netbeans.org> Log: #196236: only scroll to current position of code folding actually changed something nearby the caret. Otherwise leave the viewport as it is