gitlab-org--gitlab-foss/app/views/shared/_merge_requests.html.haml

- if @merge_requests.to_a.any?
  .panel.panel-default.panel-small.panel-without-border
    %ul.content-list.mr-list
      = render partial: 'projects/merge_requests/merge_request', collection: @merge_requests

  = paginate @merge_requests, theme: "gitlab"

- else
  .nothing-here-block No merge requests to show
Save a query on issue and MR lists `any?` on an AR relation performs a `SELECT COUNT`, which we don't need. 1. We are very likely to have issues or MRs, so the `SELECT COUNT` is often unnecessary. 2. Even where there are no items returned, the overhead of the `SELECT *` instead of `SELECT COUNT` is relatively small. Calling `to_a` on the relation lets us use `Enumerable#any?`, which will return immediately if there are objects returned. 2016-11-25 08:41:13 -05:00			`- if @merge_requests.to_a.any?`
Remove border from issues, todos and MR pages 2017-01-26 08:10:04 -05:00			`.panel.panel-default.panel-small.panel-without-border`
Present group and dashboard MR list without grouping by project 2017-01-10 18:52:25 -05:00			`%ul.content-list.mr-list`
			`= render partial: 'projects/merge_requests/merge_request', collection: @merge_requests`
Add "New X" link to dashboard/group milestone project-specific issue/MR panels 2015-12-02 08:00:54 -05:00
Dont set @project variable in list. Remove a bit of duplication in dash and group 2013-01-14 03:09:01 -05:00			`= paginate @merge_requests, theme: "gitlab"`

			`- else`
Refactor scss Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com> 2014-02-20 06:51:22 -05:00			`.nothing-here-block No merge requests to show`