Open PR button while in worktrees is buggy and does not always appear

Support Bug Reports
1

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

You don’t always get an Open PR button after you hit apply on a worktree’s changes. This also shouldn’t require you to hit apply, I should just be able to open a PR for each worktree but thats more of a feature request.

Steps to Reproduce

use multi generation so you have a few worktrees with changes that you can apply, apply one, usually the “Open PR” button appears in place of the apply button. Sometimes the open PR button doesn’t appear and instead you get a commit button.

Expected Behavior

it should always show the open pr button

Operating System

Windows 10/11

Current Cursor Version (Menu → About Cursor → Copy)

Version: 2.3.5 (user setup)
VSCode Version: 1.105.1
Commit: 853d73aa2b1f9817e108ca7dbb0233444e32be60
Date: 2025-12-24T03:17:42.596Z
Electron: 37.7.0
Chromium: 138.0.7204.251
Node.js: 22.20.0
V8: 13.8.258.32-electron.0
OS: Windows_NT x64 10.0.26200

but also stable release

Does this stop you from using Cursor

No - Cursor works, but with this issue

The only issue is I can’t use a button to easily open a PR. I can of course still manually in the terminal manage the worktrees and open PRs with each of them.

But due to this bug and the bug described below, to open 4 PRs its an absurd amount of clicks: Apply → sometimes pr doesnt show → unapply → apply → open pr shows this time → wait 20 seconds for whatever reason → hit unapply → unapply doesn’t work/does nothing → hit discard button on the git viewer → right click @master on the graph display → checkout → repeat on the next worktree

2

Also related to the Open PR button is if you hit unapply after pressing Open PR, it does nothing. The reason it does nothing is because you’ve been switched to the branch for the PR. So you have to then go and discard changes, and checkout origin/master (or previous branch you were on). The unapply button should take this behavior of pressing open pr into consideration and do essentially that (take user back to pre pr branch, then unapply changes)

3

Hey, thanks for the report. This is a known issue with the worktree workflow, and the team is working on a fix.

About the two bugs you mentioned:

  1. The “Open PR” button doesn’t always show up. This is a real bug affecting multiple users.
  2. “Unapply” doesn’t work after you click “Open PR” because you’ve already switched to a new branch, and the system doesn’t account for that.

To help the team fix this faster, could you clarify:

  • Is there any pattern for when the “Open PR” button shows vs when you only see the “Commit” button?
  • Can you reproduce it reliably, or is it random?

I’ll pass your feedback to the team.