summaryrefslogtreecommitdiff
path: root/app/models/event.rb
diff options
context:
space:
mode:
authorDouwe Maan <douwe@gitlab.com>2016-05-16 19:28:17 +0000
committerDouwe Maan <douwe@gitlab.com>2016-05-16 19:28:17 +0000
commita511a122651643ea5169d50fe09b9a89b6320aa2 (patch)
treec58aaa7f6f8fbdda88dd60ffe937b318afddb48d /app/models/event.rb
parentf234388992e085a12d185887a9bc07f5698c0fbf (diff)
parente8058bd23100949607ac8c353f482067c0ecd25a (diff)
downloadgitlab-ce-a511a122651643ea5169d50fe09b9a89b6320aa2.tar.gz
Merge branch '17227-upcoming-milestone-is-confusing-when-projects-have-different-milestones' into 'master'
Make upcoming milestone work across projects Before: we took the next milestone due across all projects in the search and found issues whose milestone title matched that one. Problems: 1. The milestone could be closed. 2. Different projects have milestones with different schedules. 3. Different projects have milestones with different titles. 4. Different projects can have milestones with different schedules, but the _same_ title. That means we could show issues from a past milestone, or one that's far in the future. After: gather the ID of the next milestone on each project we're looking at, and find issues with those milestone IDs. Problems: 1. For a lot of projects, this can return a lot of IDs. 2. The SQL query has to be different between Postgres and MySQL, because MySQL is much more lenient with HAVING: as well as the columns appearing in GROUP BY or in aggregate clauses, MySQL allows them to appear in the SELECT list (un-aggregated). Closes #17227. See merge request !4125
Diffstat (limited to 'app/models/event.rb')
0 files changed, 0 insertions, 0 deletions