Defect #33113

Default version and assignee are not exposed via projects API

Added by Rasmus Eneman about 2 years ago. Updated about 2 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:Go MAEDA% Done:

0%

Category:REST API
Target version:4.0.7
Resolution:Fixed Affected version:

Description

I would like either a field on project or a field the specific version but now there is no way of knowing which version id set as default on a project

0001-Show-default-asignee-and-default-version-in-projects.patch Magnifier (3.15 KB) Marius BALTEANU, 2020-03-14 17:25

Related issues

Related to Redmine - Feature #1828: Default target version for new issues Closed 2008-08-28
Related to Redmine - Feature #482: Default assignee on each project Closed

Associated revisions

Revision 19581
Added by Go MAEDA about 2 years ago

Show default assignee and default version in projects API (#33113).

Patch by Marius BALTEANU.

Revision 19584
Added by Go MAEDA about 2 years ago

Merged r19581 from trunk to 4.1-stable (#33113).

Revision 19585
Added by Go MAEDA about 2 years ago

Merged r19581 from trunk to 4.0-stable (#33113).

History

#1 Updated by Go MAEDA about 2 years ago

  • Subject changed from Default Version is not exposed via the API to Default version and assignee are not exposed via projects API
  • Status changed from New to Confirmed

I think the default assignee should be in the API response as well.

#2 Updated by Go MAEDA about 2 years ago

  • Related to Feature #1828: Default target version for new issues added

#3 Updated by Go MAEDA about 2 years ago

  • Related to Feature #482: Default assignee on each project added

#4 Updated by Marius BALTEANU about 2 years ago

The following JSON response is enough (keys default_version and default_assignee)?

{
  "project": {
    "id": 1,
    "name": "eCookbook",
    "identifier": "ecookbook",
    "description": "Recipes management application",
    "homepage": "http://ecookbook.somenet.foo/",
    "status": 1,
    "is_public": true,
    "inherit_members": false,
    "default_version": {
      "id": 3,
      "name": "2.0" 
    },
    "default_assignee": {
      "id": 3,
      "name": "Dave Lopper" 
    },
    "custom_fields": [
      {
        "id": 3,
        "name": "Development status",
        "value": "Stable" 
      }
    ],
    "created_on": "2006-07-19T17:13:59Z",
    "updated_on": "2020-03-10T21:23:11Z" 
  }
}

#5 Updated by Rasmus Eneman about 2 years ago

That would be perfect for my use case

#6 Updated by Marius BALTEANU about 2 years ago

Here is the patch, I think we can deliver this fix in a minor release. If not, please move it to 4.2.0.

Test results here.

#7 Updated by Go MAEDA about 2 years ago

Marius BALTEANU wrote:

I think we can deliver this fix in a minor release.

I agree. The two attributes should have been added in Redmine 3.2 or 3.4. And adding attributes does not break existing API clients if those are properly implemented.

#8 Updated by Go MAEDA about 2 years ago

  • Status changed from Confirmed to Closed
  • Assignee set to Go MAEDA
  • Resolution set to Fixed

Committed the patch. Thank you.

Also available in: Atom PDF