User Tools

  • Logged in as: anonymous (anonymous)
  • Log Out

Site Tools


mantisbt:alternative_custom_field_display_requirements

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
mantisbt:alternative_custom_field_display_requirements [2008/02/04 17:59] darynmantisbt:alternative_custom_field_display_requirements [2008/10/29 04:25] (current) – external edit 127.0.0.1
Line 12: Line 12:
 ===== Introduction ===== ===== Introduction =====
  
-==== Current Approach ====+ 
 +===== Current Approach =====
 Mantis allows for creation of custom field definitions for bugs. Currently, Mantis allows users to configure when each custom field is displayed and when it is required. The current implementation allows the user to specify the display/require option on 4 conditions; report, update, resolved, closed. The report, resolved, and closed conditions each map to one Status. The update conditions maps to all other statuses. Mantis allows for creation of custom field definitions for bugs. Currently, Mantis allows users to configure when each custom field is displayed and when it is required. The current implementation allows the user to specify the display/require option on 4 conditions; report, update, resolved, closed. The report, resolved, and closed conditions each map to one Status. The update conditions maps to all other statuses.
  
Line 20: Line 21:
  
  
-==== Proposed Approach ==== 
-This feature should allow advanced configuration of custom fields by providing the ability to define complex custom rules using any standard field which is in scope, any custom field, or any configured values.  In addition, users should be able to apply these custom rules to standard fields and custom fields alike.   
  
-The feature should allow administrators to set custom permission levels depending on the page the field is on.  
  
-  For example, management wants a custom field to be required when opening a bug.  However, once the bug is opened+ 
 + 
 +===== Proposed Approach ===== 
 +This feature allows advanced configuration of custom fields by providing the ability to define complex custom rules using any standard field which is in scope, any custom field, or any configured values.  In addition, users are able to apply these custom rules to standard fields and custom fields alike.   
 + 
 +The feature allows administrators to set custom permission levels depending on the page the field is on.  
 + 
 +  For example, management wants a custom field to be required when opening a bug.  However, after the bug is opened
   that field should only be editable by a manager.  In this case, the rule for the field on the bug_report and    that field should only be editable by a manager.  In this case, the rule for the field on the bug_report and 
-  bug_report_advanced page should be that all users have write permissions to the field and the field is required.  The rule  +  bug_report_advanced page is that all users have write permissions to the field and the field is required.  The rule  
-  for the field on all other update pages should be that all users have read permissions but only management users have write permissions.  +  for the field on all other update pages is that all users have read permissions but only management users have write permissions.   
 + 
 +Standard permissions rules are applied as the default.  Custom permissions are used to override standard field permissions.  
 + 
 +==== Phase 1 ==== 
 +Expand the ability to display/require custom fields on specific pages 
 + 
 +==== Phase 2 ====
  
-Standard permissions rules should be applied as the default.  Custom permissions should be used if specified otherwise ignored. 
  
 ===== Implementation Notes ===== ===== Implementation Notes =====
mantisbt/alternative_custom_field_display_requirements.1202165979.txt.gz · Last modified: 2008/10/29 04:31 (external edit)

CC Attribution-Noncommercial-Share Alike 4.0 International Driven by DokuWiki