Bug found in NB3.3 RC1 (Build 200112051230).
Text selection and unselection operations in the Output Window loads
100% of CPU that causes performance problems on loaded and slow machines.
I didn't notice such problem. Which version of JDK are you using?
I'm using JDK1.3.1 on both Windows NT and Solaris.
It's easy to reproduce this problem on selection of very long
messages or just dragging the mouse in the output window
(push left mouse button and select/unselect text for some time
and simulteneously look at the CPU load).
Mikhail, how did you come to the conclusion that there is a
performance problem? The CPU usage goes up when I select the text (by
dragging the mouse) but then it goes down immediately. Does the CPU
usage on your case stays at 100% level for a longer period of time?
Are you sure that no other process is stealing the CPU?
Hi Trung, I've faced this problem on a quite loaded sparc Solaris
machine when I needed to select a huge piece of output. It turned out
that it's almost impossible to do that because IDE requires 100% of
CPU while selecting text in the Output window. I'm sure that it is IDE
problem because absolutely the same thing happens on Linux and Windows
as well. In all other applications that I've seen before, text
selecting operation required insignificant usage of CPU.
Resolved for 3.4.x or earlier, no new info since then -> verified.
Resolved for 3.4.x or earlier, no new info since then -> closing.
moving terminal emulator issues to terminalemulator component.
To see the correct version and target milestone of this issue look at Issue