Gitlab merge request overview issues.

[idekker]

Now that PR/MR overview for Gitlab repositories is now working for me, I found a few issues:

• Only the first 10 PRs are shown and I cannot find a way to see more.
• In the PR list and in the "opened" PR, it always says +0 -0 for every PR.
• In the dock below there is a number 100, I think this suggests the number of open PRs, but according to gitlab.com there are 125 open.
• In the PR list on the right, on the top-right it says NaNj for me. I think this should be an indication of MR age. The j might require translation as well. :)
• For one "opened" PR with comments, the same issue is visible behind the comment.
• For some comments and in the "opened" PR at the top, a correct age is visible, e.g. "3j"
• Cannot see the content of a resolved comment. Also no "go to" button to view it in the browser.
• The diff view does not work: it always says "no diff available".
• There is a yellow "Waiting: merge conflict" bar at the top for every PR that I looked at. And it says "Conflicting" in the merge section below. For some PRs it seems to list all failed pipelines as well. This might be due to our CI and merge train setup, so maybe not an issue.
• Improvement suggestion: in the CI view it would be nice to have a direct link to the pipeline.

[devlint]

Hi @idekker, thanks for such a detailed report, this was a great one to work through. Fixed seven of the nine issues you listed, all pushed to main:

• Merge status always showing "Conflicting": merge_status is deprecated on GitLab's side and commonly sits at "unchecked" until something triggers a recheck. We were treating anything that wasn't explicitly "can_be_merged" as a real conflict. Now uses the newer detailed_merge_status field and only flags an actual conflict.
• Diff view "no diff available": glab mr diff needs a --raw flag to produce git-compatible output. Without it we were getting a decorated format our parser couldn't read at all.
• "NaNj" ages, missing CI pipeline link, missing reviewer avatars: these all had the same root cause. Several of our GitLab response handlers were passing the raw API payload straight through without converting field names to what the UI expects, so dates, the pipeline link, and avatar URLs were silently undefined.
• Dock badge stuck at 100: now reads the real total off GitLab's API instead of counting a capped page of results.
• +0 -0 on the "opened" MR view: GitLab doesn't include line-count stats on the MR object itself (unlike GitHub), so we now compute it from the actual diff.
• The untranslated "j" unit: fixed, and it now goes through the same translation system as the rest of the app.
• Pagination stuck at 10 with no way to see more: this one turned out to be caused by an automatic background fetch that was requesting more items per page than GitLab allows, failing silently, and disabling the "load more" trigger as a side effect even though you'd never triggered that fetch yourself.

Still open: the resolved-comment content and "open in browser" link. That one needs real new work (GitLab's Discussions API) rather than a fix to something already there, so it'll take a bit longer. Your CI pipeline link suggestion is covered by the fix above, and the failed-pipelines-listed-per-PR behavior does sound like it's reflecting your actual CI/merge-train setup rather than a GitWand bug, so no action needed there for now.

These will land in the next release. Thanks again, this made for a very clean set of fixes.

[idekker]

Version 3.6.5 which I think includes these fixes seems to re-introduce the gh_list_prs timeout message after 30 seconds.

Also, it still says +0 -0 in the PR overview on the right, but is now good when opening an individual PR.

And in the diff view when hovering over a line number it suggests to add a comment in French.