Bug Report: GitHub PR View Inconsistent with Worktree Setup

[YoniChechik]

• Extension Version: 0.108
• VSCode Version: Latest (using Cursor 1.4)
• OS: Ubuntu (running in Docker)

Steps to Reproduce:
I use a main Git repository with multiple worktrees.
My VSCode workspace includes:
The main repository.
A directory (../feature/) that contains multiple worktrees (e.g., ../feature/worktree_repo1, ../feature/worktree_repo2).
Effectively, the workspace includes 2 folders, but 3 repos in total.
All repositories are correctly listed under the Source Control view.
However, the GitHub Pull Requests view behaves inconsistently:
Sometimes only one or two of the worktrees appear.
Sometimes none of the worktrees are shown.
The behavior seems non-deterministic.

Expected Behavior:
All repositories (main + worktrees) should consistently appear in the GitHub PR view when part of the workspace.

Actual Behavior:
Only a partial or empty list of the repositories is shown in the PR view, despite correct behavior in the Source Control panel.

Notes:
All repos are valid and have remotes configured.
PRs are available via CLI and GitHub website.

[alexr00]

I think you're missing all the great worktree work that was done in the 1.103 release of VS Code. Cursor usually lags behind.