Isoler une extension VSCode problématique avec Extension Bisect

Quand VSCode se comporte bizarrement à cause d'une extension, Extension Bisect les désactive par dichotomie pour identifier la coupable. Démonstration en vidéo.

Parfois, il arrive que VSCode se comporte bizarrement, ou bien certaines extensions ne fonctionnent plus correctement. Bien souvent, c’est lié à l’une d’entre-elles qui entre en conflit avec le reste de l’installation. Heureusement, les devs ont prévu le coup, en mettant à notre disposition Extension Bisect permettant de trouver le coupable. L’idée est simple : VSCode va se recharger en désactivant progressivement certaines extensions, nous demendant ensuite si le problème est toujours présent, et de recommencer jusqu’à isoler le coupable. Évidemment ce n’est pas parfait, car ça demande de savoir reproduire le bug, mais ça peut s’avérer utile dans certains cas.

Par exemple, voici une courte vidéo qui démontre comment j’ai pu isoler l’extension PostCSS Language Support qui empêchait Color Info de fonctionner :

C’est simple. Si, après quelques secondes, l’indicateur de couleur disparaît, alors je clique sur I can reproduce, qui signifie que le bug a pu être reproduit, autrement je clique sur I can't reproduce.

En aparté : transformer la capture d’écran vidéo en un WebM qui pèse quasi rien

# => Input  : MP4 de ~121 Mo (1920×1080, H.264, ~118 s, sans audio)
# => Output : WebM de 2,5 Mo, soit ~48× plus léger, dans un format web-friendly

IN="input.mp4"

# 1. Extraire une frame de référence pour relever la zone à rogner et le rectangle à masquer
ffmpeg -ss 30 -i "$IN" -vframes 1 frame.png

# 2. Masque + rognage + ×2 + encodage web, en une seule commande
ffmpeg -i "$IN" \
  -vf "drawbox=x=49:y=990:w=202:h=18:color=black:t=fill,crop=1920:1042:0:38,setpts=0.5*PTS" \
  -r 30 -an \
  -c:v libvpx-vp9 -crf 32 -b:v 0 -row-mt 1 -cpu-used 3 -deadline good \
  -pix_fmt yuv420p \
  vscode-extension-bisect.webm

# drawbox    -> rectangle masqué pendant toute la vidéo
# crop       -> rogner
# setpts     -> 0.5*PTS = lecture 2× plus rapide (118 s -> 59 s)
# -r 30      -> 30 fps constant (CFR) en sortie
# -an        -> suppression de l'audio
# VP9/CRF 32 -> codec web léger à qualité constante (CRF plus bas = plus net mais plus lourd)