# Conflicts:
#	app/views/projects/_merge_request_merge_method_settings.html.haml

Remove form-horizontal class where applicable

Closes #46744

See merge request gitlab-org/gitlab-ce!19262

Fix checkbox/radio button structure

Closes #46766 and #46719

See merge request gitlab-org/gitlab-ce!19254

Fix snippets embed form

Closes #46948

See merge request gitlab-org/gitlab-ce!19219

Make ActiveRecordSubscriber rails 5 compatible

Closes #44702

See merge request gitlab-org/gitlab-ce!19276

Add merge requests list endpoint for groups

Closes #45082

See merge request gitlab-org/gitlab-ce!18915

Fixes redudant script failure message

Closes #46552 and #44271

See merge request gitlab-org/gitlab-ce!19138

Take two for MR metrics population background migration

See merge request gitlab-org/gitlab-ce!19097

Add yarn clean step, to delete production compiled assets

See merge request gitlab-org/gitlab-ce!19212

Fix active tab styling

Closes #46799

See merge request gitlab-org/gitlab-ce!19264

Add link to hack for styling Capybara HTML dumps

See merge request gitlab-org/gitlab-ce!19205

Export assigned issues in iCalendar feed

Closes #44184

See merge request gitlab-org/gitlab-ce!17783

the current syntax doesn't work properly in Rails 5, the resulting query
looks like:
HAVING "events"."project_id" IN (0)

instead of:
HAVING "events"."project_id" IN (SELECT "projects"."id" FROM...

Also we should not use ActiveRecord internal methods. In this case we
can filter projects in WHERE clause instead of doing this in HAVING
clause. Usage of WHERE should be also more efficient because grouping
is then done on much smaller subset of records.

`.exists` should not be used because it's an internal ActiveRecord
method, but we can easily generate the same sql query with `EXISTS`.

Use cattr_accessor directly inside the defined class, otherwise
in Rails 5 this accessor returns nil.

Eliminate cached N+1 queries for projects in Issue API

See merge request gitlab-org/gitlab-ce!19269