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.
Created attachment 99421 [details] Trhead dump I try to debug Netbeans 6.9 from Netbeans 6.9 (trunk build). And have infinite waiting in Breakpoints view. Threads dump attached
Deadlock in "Refresh-After-WindowActivated". *** This bug has been marked as a duplicate of bug 185900 ***
not fixed (or not duplicated) because my build has change set a293f7ce43ff
First of all, I'd like to see some justification of the P1 priority according to NetBeans bug criteria guidelines. Second, I don't understand why Martin assigned the bug to filesystems. I see no "deadlock". "Refresh-After-WindowActivated" is waiting, but it does not block any other thread. Please justify your reasoning more deeply, so I can follow your thoughts. Thanks.
Since I guess that this is not reproducible, moving back to P3. Load of breakpoints is performed in "JPDA Debugger" thread where it's waiting for parser. The "please wait..." will be displayed until parser is done and breakpoints will be fully loaded. Is the "Please wait..." node replaced with the breakpoint list after parsing is finished? If "Refresh-After-WindowActivated" is not in deadlock, then there is no problem, everything should finish.
P1 because I need to clean user dir to make breakpoints working.