Redmine

Issue B follows on issue A, (B can only start when A is done). When the due date for issue A is set to an earlier date, the start date of issue B does not reschedule.

The test for rescheduling does not test this scenario:

 1 def test_rescheduling_an_issue_should_reschedule_following_issue
 2    issue1 = Issue.create!(:project_id => 1, :tracker_id => 1, :author_id => 1, :status_id => 1, :subject => '-', :start_date => Date.today, :due_date => Date.today + 2)
 3    issue2 = Issue.create!(:project_id => 1, :tracker_id => 1, :author_id => 1, :status_id => 1, :subject => '-', :start_date => Date.today, :due_date => Date.today + 2)
 4    IssueRelation.create!(:issue_from => issue1, :issue_to => issue2, :relation_type => IssueRelation::TYPE_PRECEDES)
 5    assert_equal issue1.due_date + 1, issue2.reload.start_date
 6
 7    issue1.due_date = Date.today + 5
 8    issue1.save!
 9    assert_equal issue1.due_date + 1, issue2.reload.start_date
10  end

Extending the test to include scheduling the other way (back) too:

 1 def test_rescheduling_an_issue_should_reschedule_following_issue
 2    issue1 = Issue.create!(:project_id => 1, :tracker_id => 1, :author_id => 1, :status_id => 1, :subject => '-', :start_date => Date.today, :due_date => Date.today + 2)
 3    issue2 = Issue.create!(:project_id => 1, :tracker_id => 1, :author_id => 1, :status_id => 1, :subject => '-', :start_date => Date.today, :due_date => Date.today + 2)
 4    IssueRelation.create!(:issue_from => issue1, :issue_to => issue2, :relation_type => IssueRelation::TYPE_PRECEDES)
 5    assert_equal issue1.due_date + 1, issue2.reload.start_date
 6
 7    issue1.due_date = Date.today + 5
 8    issue1.save!
 9    assert_equal issue1.due_date + 1, issue2.reload.start_date
10
11    issue1.due_date = Date.today + 2
12    issue1.save!
13    assert_equal issue1.due_date + 1, issue2.reload.start_date
14  end