Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 61283

Summary: Profiling set dialog tree ordering shouldn't be random
Product: z_Archived Reporter: Curtis d'Entremont <curtispd>
Component: TPTPAssignee: amehrega
Status: CLOSED WONTFIX QA Contact:
Severity: enhancement    
Priority: P3 CC: apratt, who
Version: unspecified   
Target Milestone: ---   
Hardware: All   
OS: All   
Whiteboard: housecleaned460 closed471
Bug Depends on: 90754    
Bug Blocks:    

Description Curtis d'Entremont CLA 2004-05-06 15:02:23 EDT
In the edit profiling set wizard dialog, on the first page, there is a tree on 
the left hand side. The content is contributed via extension points, and there 
is no defined ordering of these items (whichever extension point we find 
first). We should have a defined order, preferably with common (Hyades?) items 
first. At the very least, it can be alphabetical.
Comment 1 Eugene Chan CLA 2004-05-06 15:05:21 EDT
I notice that when user open an existing configuration. the first one in the 
list is/are always the selected one(s).
Comment 2 Curtis d'Entremont CLA 2004-05-06 16:29:55 EDT
*** Bug 61305 has been marked as a duplicate of this bug. ***
Comment 3 Curtis d'Entremont CLA 2004-05-06 16:30:20 EDT
From Allan:

During a demo/review today, it was suggested that the tree of profiling types 
should be sorted somehow - perhaps by name, but what might be even better is to 
sort by "importance" or "likelihood" or something. Perhaps plug-ins could 
specify a sort order value, say from 1 to 100, and if two items have the same 
value they'll be sorted alphabetically. Combined with some documentation 
guidelines, this could be used to group sets of related profiling types 
together while also being flexible enough to handle loose coupling of 
contributors.
Comment 4 Curtis d'Entremont CLA 2004-05-19 15:34:17 EDT
Sorting is now being done alphabetically by name.

Although Allan's idea is a good one, a design deficiency on the profiling types 
API does not allow the addition of a new ordering attribute to dynamic types 
without breakage. Too risky to do this now, so moving for future consideration.
Comment 5 Valentina Popescu CLA 2005-02-18 20:00:08 EST
This has been accidentally targeted for 4.0 i2
Moving the target to future since it was not committed for 4.0
Comment 6 Ruth Lee CLA 2005-07-12 10:56:02 EDT
Deferring from 4.1 as per the official 4.1 enhancement plan.
http://eclipse.org/tptp/home/project_info/featureplans/features.php?source=All&project=All&release=4.1&file=TPTPFeatures_4.1.xml
Comment 7 Curtis d'Entremont CLA 2005-07-12 13:22:20 EDT
Setting to next release.
Comment 8 amehrega CLA 2006-01-25 15:09:38 EST
Setting the target to future since it has not officially been planned, but this feature is being considered as part of the JVMTI refactoring.
Comment 9 Paul Slauenwhite CLA 2009-06-30 06:41:06 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As such, TPTP is not delivering enhancements. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement is resolved as WONTFIX. For this enhancement to be considered, please re-open with an attached patch including the Description Document (see http://www.eclipse.org/tptp/home/documents/process/development/description_documents.html), code (see http://www.eclipse.org/tptp/home/documents/resources/TPTPDevGuide.htm), and test cases (see http://www.eclipse.org/tptp/home/documents/process/TPTP_Testing_Strategy.html).
Comment 10 Paul Slauenwhite CLA 2009-06-30 06:46:00 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As such, TPTP is not delivering enhancements. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement is resolved as WONTFIX. For this enhancement to be considered, please re-open with an attached patch including the Description Document (see http://www.eclipse.org/tptp/home/documents/process/development/description_documents.html), code (see http://www.eclipse.org/tptp/home/documents/resources/TPTPDevGuide.htm), and test cases (see http://www.eclipse.org/tptp/home/documents/process/TPTP_Testing_Strategy.html).
Comment 11 Kathy Chan CLA 2010-11-18 23:09:02 EST
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.