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.
I've seen this only on a windows machine with a dual-headed video card. I don't have a dual-monitor setup on my linux development machine so I can't confirm if this happens on other platforms. The scenario is as follows: I plug my laptop to a second monitor at work so I can work on two screens. If I'm been working on the road, I will maximize the NetBeans window to use the full screen of my laptop's lcd. When I move to work, I de-maximize the editor window and move it to the other monitor and resize it to make it larger vertically. When I do this, the editor window will not scroll the code in it properly. The behavior is as follows: When I move the cursor down, it will behave as expected until the cursor goes to the first line below the last rendered line on screen. At this point, each time I move the cursor down a line, only the last line on screen will refresh. The remaining lines of text above do not move up as expected. If I then move the cursor back up, only the cursor line will gets redrawn. When I've scrolled back up to the top of the screen, if I scroll past the top, only the top line will gets redrawn and the remaining lines below do not move down as expected. I can fix the problem only by resizing the window on the larger monitor and restarting NetBeans. Otherwise it is impossible to work with a file that is more than a screen-length long. It appears that if I've started NetBeans on my smaller LCD screen, the editor gets confused about how much vertical space I have after I move it to the other monitor. If I adjust the height of the window on the larger monitor, I can make the scrolling bug stop once the screen it short enough. But when I lengthen it again past some point, the scrolling bug appears again.
You might hit a JDK problem related to multi head displays e.g. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6331073 The Swing's painting code was refactored in Mustang under issue http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5086872 and the multi head issues should be fixed. Could you please test on some recent build of J2SE 6.0? Thanks.
Reporter, could you please check if the problem was fixed on JDK6? You can download JDK6 from the following link http://java.sun.com/javase/downloads/index.jsp. Thanks.
I'm experiencing the same problem with 6.0 B1 and B2. Though with my workstation with two monitors. The thing is, if I place the netbeans window on the second monitor but leave a small portion of it (just 10pixels or so) on my primary monitor, everything is just fine. Another odd thing is that the code-fold +/- works even though the given code is above the given view. Just placing the cursor anywhere in the editor refreshes everything. Windows XP SP2 Pro Java JDK/JRE 6.03 nVidia GeForce 7600GT NetBeans 6.0 Beta 1 & 2 As I'm new to this whole thing it would be nice to be notified if I filed this the wrong place :-) Have a nice day :-)
I haven't had a chance to look at this for awhile but I just checked my old setup and it appears that the problem is fixed as of beta 1 of NB 6.0. I'm using jdk 1.5.0_04.
Check my previous comment. I'm using jdk 1.6.0-b105.
Just a quick check - has anything changed with latest JDK6 builds? If you can, please also try using early access builds from http://download.java.net/jdk6/. Thanks.
Resolving all issues with milestone "future" as LATER. If you feel strongly that it should be implemented please reopen and set the target milestone to "next".
NetBeans.org Migration: changing resolution from LATER to WONTFIX