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.
This bug was originally marked as duplicate of bug 181584, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE 6.9 Beta (Build 201004092101) VM: Java HotSpot(TM) 64-Bit Server VM, 16.2-b04, Java(TM) SE Runtime Environment, 1.6.0_19-b04 OS: Linux User Comments: yardus: debugging application Maximum slowness yet reported was 9445 ms, average is 9445
Created attachment 97426 [details] nps snapshot
Created attachment 97707 [details] nps snapshot
Problem with slow IDE during debugging is also described in issue 182064 and issue 184797. We will track progress on it there since they are P2's and already contain some partial evaluation. *** This bug has been marked as a duplicate of bug 182064 ***
I think this is different (separate problem) than bug 182064. This report clearly shows that ToggleMethodFieldBreakpointAction invoked by mouse click in editor gutter waits on parsing in AWT thread. Bug 182064 is about slow debugger during stepping, etc.
runWhenScanFinished() returns Future and therefore should not block anything.
very annoying, I clicked on the glyph to set a breakpoint - IDE hanged for ~10 seconds then clicked again to remove the breakpoint and got a delay once again. Check for external changes was disabled. See http://statistics.netbeans.org/exceptions/exception.do?id=394884 BTW after this slow first time breakpoints set immediately - without any delay.
The behavior changed a little bit, so does the code. I do not see any new (<2 years) reports in ER, closing as worksforme. Please report as new issue, once you'll face it in newer version/build. Thanks in advance.