Intelligently detect activity in the IDE
- Langage dominant
- TypeScript
- Étoiles
- 130
- Forks
- 48
- Merge moyen
- 3 j 3 h
- PR mergées (30 j)
- 15
Description
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](https://code.visualstudio.com/api/references/vscode-api#WindowState) on the window object in the API. Not sure if it can be used for this purpose, just a starting point.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par examiner la gestion des connexions d’autostop basée sur l’activité et l’API VS Code WindowState.active mentionnée dans l’issue. Vérifiez si ce signal peut distinguer l’utilisation active de l’IDE d’une session réduite ou laissée sans surveillance. Le travail est terminé lorsque les connexions ne maintiennent plus les espaces de travail actifs uniquement parce que VS Code reste connecté, tout en permettant aux tâches légitimes de longue durée de continuer.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript, vscode
- Domaine
- devtools
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100