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.
Found in all the nb4.1 versions I've tried. Running on JDK1.5.0. In XP, under desktop properties settings allow me to extend my display to a 2nd monitor. Dell Latitude D600 512M. 1st display - laptop LCD @ 1400x1050 pixels. 2nd display - Trinitron @ 1600x1200 85Hz. Follow this... Start IDE and have it at display 1. Have the projects or files window with many projects and explode the "+" at each folder level to let trigger the vertical scrollbar. Run applications to trigger Tomcat, Context output window. Have application JSP println lots of stuffs to System.out. Case 1. Try scrolling the projects and output windows. No misbehaviour. Case 2. Move the IDE completely to display 2. Try scrolling those windows. All messed up. Move IDE back to display 1 - No misbehaviour again. Case 3. Have half of IDE on display 1 and the other half on display 2. Scroll having the mouse on display 1 - no misbehaviour. Scroll having the mouse on display 2 - what a mess. Case 4. Paste using mouse also tends to misbehave on display 2. When I release mouse button on paste, it pastes the object twice. If on editor it pastes the text twice. If I copied a file at projects window and pasted it on another folder, it creates two copies of the file. Case 5. Editor (JSP,Java,text,etc) windows are not affected and are well-behaved. However, editors are affected by the mouse's double-pasting while on display2. The seemingly randomised misbehaviour has been puzzling me for some time - finally found the pattern lies in where place the IDE. Also - I'm using MultiDesk from techsuperior.com, but I don't think it contributes toward the misbehaviour.
More ... Since there is 150 pixel height difference between 1st (1050) and 2nd (1200), when I maximise IDE on display 2 and click on top menu, the menu drop down items not exactly just below the top menu bar but at (I presume) 150 pixels below it. Need not maximise IDE, but just make it taller than the vertical extents of display 1. It seems to be calculating the position where to display drop down by calculating the vertical extents of primary display.
Thanks for the report and the detailed analysis. I've just successfully reproduced the problem on my Win XP box with a similar dual-monitor setup using the SwingSet2 demo of JDK 1.5.0_01. Just moved the SwingSet frame to the secondary monitor, opened the JEditorPane demo, switched to the Source Code tab and tried scrolling the pane content. Repainting while scrolling was completely messed up. I conclude this is a Swing bug as NetBeans wasn't involved at all in my test case. I'll try to look up a corresponding bug report or file a new one against JDK. Then I'm going to close this bug as WONTFIX.
Found it. See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4517238
JDK bug ... closing
*** Issue 96340 has been marked as a duplicate of this issue. ***