GitHub Pull Requests sidebar shows repo.git:PR# instead of PR title (treeItemMarkdownLabel fallback)

Support Bug Reports
, ,
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

In the Pull Requests sidebar (Local Pull Request Branches), PR entries display the remote URL identifier (e.g. my-org_my-repo.git:1024) as the primary label instead of the pull request title. The secondary line correctly shows by @author.

The GitHub Pull Requests extension sets the tree item label using the treeItemMarkdownLabel API (MarkdownString / TreeItemLabel2). When that label is not rendered, VS Code/Cursor falls back to resourceUri, which is built as ${remote.url}:${prNumber}.

Steps to Reproduce

  1. Install GitHub Pull Requests and Issues (GitHub.vscode-pull-request-github, v0.156.0).
  2. Open a GitHub repo with local branches associated to open PRs (branch..github-pr-owner-number in .git/config).
  3. Ensure githubPullRequests.remotes includes origin.
  4. Open the Pull Requests view in the primary sidebar.
  5. Expand Local Pull Request Branches.

Expected Behavior

Primary label should show the PR title (e.g. #1024: WIP: Example feature tracker), not the remote URL identifier (e.g. my-org_my-repo.git:1024).

Screenshots / Screen Recordings

cursor-support-pr-sidebar-redacted.png
cursor-support-pr-sidebar-redacted.png1024×372 74.1 KB

Operating System

MacOS

Version Information

Cursor 3.11.19 (Stable)
VS Code Version: 1.105.x
OS: macOS 26.5.2 (arm64)
Extension: GitHub.vscode-pull-request-github 0.156.0
GitHub auth: Working (gh auth status OK)
Repo example: / (private enterprise GitHub)

Additional Information

Root cause: Cursor product.json lists treeItemMarkdownLabel for the GitHub PR extension, but MarkdownString/TreeItemLabel2 labels do not render in the PR tree — the UI falls back to resourceUri (${remote.url}:${prNumber}).

References:

  • vscode-pull-request-github#8327, #8524
  • VS Code issue #115365 (tree label falls back to resourceUri)

Workaround: Patch dist/extension.js to use plain string label instead of MarkdownString.

Suggested fix: Ensure Cursor fully implements treeItemMarkdownLabel rendering for third-party extensions.

Does this stop you from using Cursor

No - Cursor works, but with this issue

7

I confirmed this is a bug on our end, not your setup. The GitHub Pull Requests extension sets those tree entries using a newer label API that isn’t fully wired up in Cursor yet, so the label gets dropped and the view falls back to the remote URL identifier (owner_repo.git:1024) instead of the PR title. The by @author line still shows because it comes through a separate path.

I’ve reported this to our team so we can close the gap. There’s no clean user-side fix in the meantime - your plain-string label patch works, but as you noted it resets on each extension update.

I’ll follow up here once there’s progress.