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.

Bug 95248

Summary: Results filter should be applied only to package/class/method names, not signatures
Product: profiler Reporter: Alexander Kouznetsov <mrkam>
Component: BaseAssignee: Jiri Sedlacek <jis>
Status: NEW ---    
Severity: blocker    
Priority: P4    
Version: 6.x   
Hardware: PC   
OS: Windows XP   
Issue Type: DEFECT Exception Reporter:
Bug Depends on: 72168    
Bug Blocks:    

Description Alexander Kouznetsov 2007-02-12 12:41:12 UTC
Profiler 070212
NetBeans IDE Dev (Build 200702111900)
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

It's not correct to use space as a separator for filter values since the data
contain spaces. I. e. there is a method: 

void addEntry(int, Object, Object, int)

And if you select, for example, Ends With filtering mode and enter:

Object, int)

as a filtering criterion. It will be split into two filtering values: "Object,"
and "int)". Thus, all the methods with the last parameter of int will be shown.
This is misleading and creates a perception that filter doesn't work.
Comment 1 Jiri Sedlacek 2007-02-12 14:04:19 UTC
The filter is meant to be a package/class/method-name filter (what also empty 
filter field suggests), not for method signature. This needs to be documented 
better - handled by Issue 72168.
Comment 2 Alexander Kouznetsov 2007-02-12 14:50:54 UTC
I would suggest to remove signature information when performing filtering. It is
more natural if, for example, Ends With filter is applied to method name only,
not to the signature.
Comment 3 Jiri Sedlacek 2007-09-27 15:43:03 UTC
Added a simple tooltip description how to use the results filter (see Issue 72168) based on current state. Skipping
method signatures for filtering is still valid request, updating summary. Not for 6.0.
Comment 4 Tomas Hurka 2009-04-08 12:56:42 UTC
Milestone cleanup: future->next