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 197270, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related. Build: NetBeans IDE 7.2 Beta (Build 201205031832) VM: Java HotSpot(TM) 64-Bit Server VM, 22.1-b02, Java(TM) SE Runtime Environment, 1.7.0_03-b05 OS: Windows 7 Maximum slowness yet reported was 5334 ms, average is 5334
Created attachment 120660 [details] nps snapshot
Sorry but I can't do anything with that right now. It's slow, because of duplicity checking (duplicity of elements). Every element has it's own normalizedName which is used for duplicity checking and counting of this normalizedName takes a lot of time. But this "duplicity solving policy" in ScopeImpl.filter() is used a lot in a whole module. Every client of this method rely on a result with no duplicates, even though the return type is just Collection, which doesn't says that there are no duplicates. Clients of filter method have to be rewritten, and filter should use Collection<T> retval = new LinkedList<T>(); instead of Set<T> retval = new HashSet<T>(); P4 reminder for some of next releases...since it's in PHP modules from the beginning.
Report from NB 7.2 Beta, no duplicates. Let's close this issue and wait for new reports. Thanks.