Project

General

Profile

Actions

Feature #5305

closed

"related issues" info is required in XML data

Added by Alex Last about 14 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
REST API
Target version:
-
Start date:
2010-04-13
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed

Description

basic XML data produced by REST API should include "Related issues" info.
e.g.: id and name of blocking tasks.

this is required to build proper dependency tree for imported data.


Related issues

Related to Redmine - Feature #1214: REST API for IssuesClosedEric Davis2008-05-08

Actions
Related to Redmine - Feature #7366: REST API for Issue RelationsClosed2011-01-19

Actions
Actions #1

Updated by Eric Davis almost 14 years ago

This should be added part of the individual issue's API. (e.g. /issues/123.xml)

Actions #2

Updated by Alex Last almost 14 years ago

I agree it makes more sense to do it that way, but it means that I'd have to perform 500 individual requests if I load 500 issues in my redmine->MSP importer - which kind of sucks.
maybe the REST API can do SQL join to provide the same info in "issues list" response if some "load_linked_issues_info" parameter is specified in the request?

Actions #3

Updated by Eric Davis almost 14 years ago

I'd rather keep the API simple and not add a bunch of non-field options.

What I was thinking about was adding some counter fields to issues. So you can see <related-issues-count>0</related-issues-count> and know you wouldn't need to fetch the main issues' XML. This could also speed up a few other things in Redmine (counter cache)

Actions #4

Updated by Alex Last almost 14 years ago

that would work too.

Actions #5

Updated by Jean-Philippe Lang almost 14 years ago

Relations added to the individual issue XML output in r3729.

Concerning counter cache, remember that it doesn't take care of issue visibilty. If it's 0, we know that there is no related issue. But if it's > 0, we still have to count related issues that are visible to the user.

Actions #6

Updated by Alex Last almost 14 years ago

Eric Davis wrote:

I'd rather keep the API simple and not add a bunch of non-field options.

What I was thinking about was adding some counter fields to issues. So you can see <related-issues-count>0</related-issues-count> and know you wouldn't need to fetch the main issues' XML. This could also speed up a few other things in Redmine (counter cache)

I tried the last trunk version. It provides the related issues list in "issue.xml" - good! would be nice to have that <related-issues-count>0</related-issues-count> added to "issues list" response.
thanks, Eric.

btw, is there a chance to integrate those changes into 0.9 branch so we could get them in the next release (0.9.5)? it looks safe for me, although I'm not a redmine developer, of course.
Alex.

Actions #7

Updated by Eric Davis almost 14 years ago

Jean-Philippe Lang wrote:

Concerning counter cache, remember that it doesn't take care of issue visibilty. If it's 0, we know that there is no related issue. But if it's > 0, we still have to count related issues that are visible to the user.

Good point, caching that would be a bad idea.

Actions #8

Updated by Alex Last almost 13 years ago

any plans to allow manipulating relations via REST API (feature #7366)?

Actions #9

Updated by Laurent Girard over 9 years ago

+1

Actions #10

Updated by Toshi MARUYAMA over 9 years ago

  • Status changed from New to Needs feedback

I think we can close this issue.
What is problem?

Actions #11

Updated by Go MAEDA over 4 years ago

  • Status changed from Needs feedback to Closed

Closing this issue because the feature has alredy been implemented in r3729.

Actions #12

Updated by Go MAEDA over 4 years ago

  • Resolution set to Fixed
Actions

Also available in: Atom PDF