Add a setting to fully disable background PR state polling (causes editor to jump/scroll on focus regain)
メンテナーはふだん 1 日以内に返信
@alexr00 がすでに取り組んでいます。
2026年10月20日 から。
評価
この issue はまだ評価されていません。
説明
Summary
ReviewManager polls for PR state changes on a hardcoded schedule with no way to disable it:
// src/view/reviewManager.ts
private static readonly MIN_POLL_INTERVAL_MS = 1000 * 60 * 5; // 5 min
private static readonly MAX_POLL_INTERVAL_MS = 1000 * 60 * 30; // 30 min
pollForStateChange() is started unconditionally in the constructor and re-armed on every onDidChangeWindowState focus event (with 15-60s jitter). There is no vscode.workspace.getConfiguration(...) check anywhere in this path - polling cannot be turned off short of patching the extension.
Impact
In a workspace with many git repositories (e.g. a monorepo with dozens of submodules - each gets its own FolderRepositoryManager/ReviewManager), regaining window focus causes every repo's poller to fire in a burst. For the repo with the actively checked-out PR, if hasNewPullRequests() reports activity, updateState() re-resolves the PR and re-applies CommentThreads on any currently open file with review comments. Recreating those comment threads forces VS Code to re-layout the editor, which visibly scrolls/jumps the cursor - repeatedly, every time focus returns and backoff hasn't kicked in yet.
This is a recurrence of the same user-visible symptom reported in #4159 (duplicate of #4031, fixed in 0.54.0 for a different repro involving GitLens) - but the underlying mechanism (periodic background refresh disturbing editor state) has no off switch today.
Request
Add a setting (e.g. githubPullRequests.disableBackgroundPolling or similar) to disable the automatic poll entirely, relying on the existing manual refresh command instead. Note that manual refresh already goes through a separate updateState() call path, not through doPoll(), so this wouldn't need to touch that.
Environment
- VS Code: 1.141.1
- Extension: GitHub Pull Requests and Issues
- Workspace: multi-repo (submodules), Remote
- 主要言語
- TypeScript
- スター
- 2.6k
- フォーク
- 804
- 平均マージ
- 1日 23時間
- マージ済み PR（30日）
- 44
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
microsoft/vscode-pull-request-github のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
microsoft/vscode-pull-request-github#9072 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
microsoft/vscode-pull-request-github#8792 ·
メンテナーはふだん 1 日以内に返信
-
Separate link openers for issues and pull requests対応中かも @hediet が 1 日前に担当しました。 オープンfeature-request
microsoft/vscode-pull-request-github#9082 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
microsoft/vscode-pull-request-github#9076 ·
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
microsoft/vscode-pull-request-github#9075 ·
メンテナーはふだん 1 日以内に返信
microsoft/vscode-pull-request-github の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 1/5 1時間未満 初心者へのやさしさ 76/100
logto-io/logto#9837 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
難易度 1/5 1時間未満 初心者へのやさしさ 76/100
lingdojo/kana-dojo#32964 · コメント 1 件 · リアクション 5 件 ·
メンテナーはふだん 1 日以内に返信
-
Documentation status: needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
mastra-ai/mastra#28194 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
priority-low refactor-3
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 3 日以内に返信