Ordering by Milestone due filters issues
Ordering by Milestone due sooner/later ("milestone sort") filters issues without a milestone, which can let users feel like disappearing issues without a milestone.
Solutions
2 options are found in my mind:
- Filtering should be removed during sort.
- Filtering should be notified to a user on Web UI.
Discussion is following:
!3872 (merged))
Solution 1 (Model should be changed with outer join, not inner join
- Pro: Consistency on Issues API with any sorting will be revived.
- Con: Performance will be worse.
Solution 2 (discarded)
- Pro: API is not necessary to change so that there is no performance degradation.
- Con: API with milestone sort will be still inconsistent.
Case
In GitLab CE 8.5.4, as well as on GitLab.com (as of 2016-03-10), this case is found, but I thinks it has been found in the earlier versions.
- [OK] Ordering without any filtering: https://gitlab.com/tnir/tnir-gitlab-test-general/issues?sort=id_desc
- [NG] Ordering with filtering: https://gitlab.com/tnir/tnir-gitlab-test-general/issues?sort=milestone_due_asc