Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Platform UI/Bug Triage Tips"

(New page: This is a list of tips that bug triagers use to figure out where a bug should go. -- Bugs within the Platform UI Space -- * Remember that the [JFace] component is for those JFace bugs tha...)
 
Line 1: Line 1:
 
This is a list of tips that bug triagers use to figure out where a bug should go.
 
This is a list of tips that bug triagers use to figure out where a bug should go.
  
-- Bugs within the Platform UI Space --
+
== Bugs within Platform UI ==
 
* Remember that the [JFace] component is for those JFace bugs that don't belong to the more specific JFace component areas ([Dialogs], [Preferences], [Viewers] and [Wizards]).  Bug reporters will often mention "JFace" in the bug title, but read further to see if it can be categorized more specifically.  No need to also mark it [JFace] if it belongs to the more specific area.
 
* Remember that the [JFace] component is for those JFace bugs that don't belong to the more specific JFace component areas ([Dialogs], [Preferences], [Viewers] and [Wizards]).  Bug reporters will often mention "JFace" in the bug title, but read further to see if it can be categorized more specifically.  No need to also mark it [JFace] if it belongs to the more specific area.
 
* Preference pages associated with another platform UI component should go to that component, not [Preferences].  For example, the keys preference page problems should go to the [KeyBindings] component, not the [Preferences] component.
 
* Preference pages associated with another platform UI component should go to that component, not [Preferences].  For example, the keys preference page problems should go to the [KeyBindings] component, not the [Preferences] component.
  
-- Platform-UI vs Platform-IDE
+
== Platform-UI vs Platform-IDE ==
 
* [Not sure what to say here.  Do we have guiding principles for what belongs where, or should we always check both?]
 
* [Not sure what to say here.  Do we have guiding principles for what belongs where, or should we always check both?]
  
-- Bugs not in platform UI --
+
== Whose bug is it anyway? ==
 
* When the problem report involves some contribution that is not made my platform UI, PDE plug-in spy is your friend for figuring out where a particular UI contribution comes from.   
 
* When the problem report involves some contribution that is not made my platform UI, PDE plug-in spy is your friend for figuring out where a particular UI contribution comes from.   
 
** For selections, menus, dialogs, wizards, use Alt-Shift-F1 to launch the plug-in spy.  It will tell you who made the contribution.  
 
** For selections, menus, dialogs, wizards, use Alt-Shift-F1 to launch the plug-in spy.  It will tell you who made the contribution.  
 
** For context menu items, select the item whose context menu you are interested in, use Alt-Shift-F2 to preload the plug-in spy (the cursor will change), then open the context menu and click the menu item.  This will show you who made the menu contribution.
 
** For context menu items, select the item whose context menu you are interested in, use Alt-Shift-F2 to preload the plug-in spy (the cursor will change), then open the context menu and click the menu item.  This will show you who made the menu contribution.

Revision as of 13:00, 29 July 2009

This is a list of tips that bug triagers use to figure out where a bug should go.

Bugs within Platform UI

  • Remember that the [JFace] component is for those JFace bugs that don't belong to the more specific JFace component areas ([Dialogs], [Preferences], [Viewers] and [Wizards]). Bug reporters will often mention "JFace" in the bug title, but read further to see if it can be categorized more specifically. No need to also mark it [JFace] if it belongs to the more specific area.
  • Preference pages associated with another platform UI component should go to that component, not [Preferences]. For example, the keys preference page problems should go to the [KeyBindings] component, not the [Preferences] component.

Platform-UI vs Platform-IDE

  • [Not sure what to say here. Do we have guiding principles for what belongs where, or should we always check both?]

Whose bug is it anyway?

  • When the problem report involves some contribution that is not made my platform UI, PDE plug-in spy is your friend for figuring out where a particular UI contribution comes from.
    • For selections, menus, dialogs, wizards, use Alt-Shift-F1 to launch the plug-in spy. It will tell you who made the contribution.
    • For context menu items, select the item whose context menu you are interested in, use Alt-Shift-F2 to preload the plug-in spy (the cursor will change), then open the context menu and click the menu item. This will show you who made the menu contribution.

Back to the top