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.
Running NB 5.5 rc1 and Profiler 5.5 rc1. I analyzed performance and created a snapshot. In the snapshot's Hotspots view the Edit->Find (ctrl/F) dialog opens and accepts my target. But in the Hotspots window it does not find anything even when the target string is present in the Hotspots list. The find function works correctly in the other views, even in the Hotspots half of the combined view! Also, the find function is not even enabled in the HotSpots view of the Live Results display. Why would it be disabled there?
Actually this is by design, the idea was that searching is necessary only in trees where many occurrences of the same method are hidden when collapsed. In tables you can always sort items by names and navigate to the one you are searching for. In combined view it seems to work in hotspots because selections of the two views are synchronized. But I agree that find should be implemented also for tables to not force the user to search "manually" in big amount of data - or just to keep consistency in all views. At least if not implemented, the Find action in toolbar should be disabled.
The same applies also for memory snapshots. Actually also Find Next and Find Previous actions are usable in tables and should be available since Find works in a "contains substring" manner and items may be searched by package name.
*** Issue 89870 has been marked as a duplicate of this issue. ***
Reproduced with CPU snapshot's Hot Spot view for the following version: NetBeans IDE Dev (Build 200701141900) 1.5.0_10; Java HotSpot(TM) Client VM 1.5.0_10-b03 Windows XP version 5.1 running on x86 ru_RU (nb); Cp1251 Profiler 070117
Improving Summary to better represent the problem.
Also reproducible with Alloc Diff table. Profiler 070212
I believe this should be considered as P2 issue since no workaround exists.
I believe the workaround is actually the reason why it wasn't implemented - in table you can simply sort items according to first column and find the data you are searching for. Looks like simple workaround so P3 should perfectly fit.
Well, it could be a workaround in case you are searching the whole object/method name, but it couldn't be if you are searching by some substring.
You're right. Fixed for Beta1.
Verified with Product Version: NetBeans IDE 6.0 RC1 (Build 200711090000) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; Cp1251; ru_RU (nb)