Daniel Moses activity https://gitlab.com/daniel.moses 2026-03-16T15:23:13Z tag:gitlab.com,2026-03-16:5208906462 Daniel Moses commented on issue #586835 at GitLab.org / GitLab 2026-03-16T15:23:13Z daniel.moses Daniel Moses

I want to be clear that having a little friction for reviewing isn't a bad thing. But it feels like the friction is in the wrong location. As it is, I can approve an MR without ever leaving the overview tab with a single click (not even looking at the changes I'm approving). But I do not have a quick way to approve an MR after reviewing the changes.

tag:gitlab.com,2026-03-16:5208640741 Daniel Moses commented on issue #586835 at GitLab.org / GitLab 2026-03-16T14:28:30Z daniel.moses Daniel Moses

It's usable, just as today's UI is usable. My workflow involves going to the "changes" tab and scrolling down through all the changes, leaving comments as necessary. If it looks good I want to approve upon reaching the bottom. I would hope my next action is a single click on an "approve" at the bottom of the changes tab.

Currently as a required codeowner I do NOT see the "your review" button until I have left a comment and clicked "start review", which I may not do while approving a small merge request. So this leaves me two paths to review an MR once I have reviewed the changes.

  1. click to leave comment > type comment > start review > click your review > click approve > click submit
  2. click overview > click approve

Ideally I would have a single approve button at the bottom of the changes tab. Alternatively, allowing the review from the changes tab without having to leave a line level comment would be nice.

tag:gitlab.com,2026-03-11:5193841536 Daniel Moses commented on issue #586835 at GitLab.org / GitLab 2026-03-11T18:34:54Z daniel.moses Daniel Moses

Will this redesign move (or additionally add) the approve button to the changes tab (ideally accessible after having scrolled to review the code)?