Dependency Graph

Dependency Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0007668mantisbtbugtrackerpublic2007-05-08 03:42
Reporterzend Assigned Tovboctor  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Summary0007668: There should be an option to "mass handle" issues according to ALL possible filter options.
Description

Currently, When I choose All Issues I can do a few actions (move change status etc.).
I need to be able to mass handle (to do an action on many issues) for all possible options of an issues i.e - change resolution, change view status change priority etc.
Optionally, that option should be fully configurable. BTW, maybe it is already possible to do with the option $g_custom_group_actions?

TagsNo tags attached.

Relationships

parent of 0007900 closedvboctor Provide an easy mechanism to extend custom group actions 
parent of 0007901 closedvboctor Implement the "Add Note" group action 

Activities

vboctor

vboctor

2007-03-27 01:57

manager   ~0014252

At the moment the following is supported:

  • Ability to add custom group actions by defining a form page and an action page and adding them to the configuration.
  • Ability to set some of the native fields.
  • Ability to set custom fields.

Please provide the list of the native fields that you think are worse providing group actions for. Also should these be bundled in a certain way? For example, at the moment we allow setting the "Fixed in Release" and "Resolution" field as part of the "Resolve" action.

zend

zend

2007-03-29 04:58

reporter   ~0014272

When I choose multiple issues (by checking their checkboxes) I can do a few actions on these issues (like resolve them, close them etc etc).
What we need to do – is to make sure every access level (like tester, developer etc.) will be allowed to do any action on any amount of issues by not accessing the issues at all (only by checking them and selecting the action below).
Of course, we need to make sure - that testers will be able to do only testers actions, Managers will only be able to do Managers actions etc.

Can do it ourselves (if this is configurable) or (if this is not configurable) to implement it as a feature ?

vboctor

vboctor

2007-04-02 01:21

manager   ~0014296

Note that the available actions may change based on the current project: All Projects, ProjectA, ProjectB, etc. It may also change based on the current user's access level.

Actions that are currently supported:

  • Move
  • Copy
  • Assign
  • Delete
  • Resolve
  • Set/Unset Sticky
  • Update Priority
  • Update Status
  • Update Category
  • Update View Status
  • Update Fixed in Version
  • Update Target Version
  • Update <custom field> (entry per custom field).

Actions that may make sense to add:

  • Add a note?
  • Monitor
  • Unmonitor
  • Change Reporter
  • Update Reproducibility
vboctor

vboctor

2007-04-13 22:07

manager   ~0014343

This feature request was split into two child items and they were both done.