Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Intelligently detect activity in the IDE

オープン
#365 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
typescript, vscode
領域
devtools

調査の方向性

まず、アクティビティベースの autostop 接続処理と、issue で言及されている VS Code WindowState.active API を調査します。そのシグナルによって、IDE のアクティブな使用と、最小化されたセッションまたは放置されたセッションを区別できるかを調べます。VS Code が接続されたままであるという理由だけで接続がワークスペースを存続させることがなくなり、正当な長時間実行ジョブの継続は可能になれば完了です。

索引モデルが issue の本文から書いたものです。

説明

vs-code waiting-for-info

We count any connected VSCode session as workspace activity. This is limiting because when a minimized tab of VSCode is connected or when a laptop is left on overnight, the activity bump keeps workspaces alive. This also deteriorates the accuracy of template insights.

One option is autostop requirement, but customers have noted that this not sufficient in all cases. For example, some templates occasionally need workspaces to stay alive overnight for long-running jobs. Autostop requirement is too aggressive of a system in these scenarios.

We should investigate a way to detect user activity more intelligently in VSCode and close connections when the user is not "active" in the IDE. This would make the activity-based autostop system more accurate and reliable.

I found an active property on the window object in the API. Not sure if it can be used for this purpose, just a starting point.

主要言語
TypeScript
スター
131
フォーク
48
平均マージ
4日 21時間
マージ済み PR(30日)
14

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

coder/vscode-coder のほかの issue

coder/vscode-coder の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。