Microsoft/vscode

Overriding XDG_DATA_HOME in snap leads to multiple problems

Open

#237 608 ouverte le 9 janv. 2025

Voir sur GitHub
 (18 commentaires) (31 réactions) (1 assigné)TypeScript (10 221 forks)batch import
bughelp wantedlinuxsnap

Métriques du dépôt

Stars
 (74 848 stars)
Métriques de merge PR
 (Merge moyen 11h 43m) (1 000 PRs mergées en 30 j)

Description

Does this issue occur when all extensions are disabled?: Yes

Version: 1.97.0-insider Commit: 9b0b13d9bfe21c3dfd227bfaa8ed5693e309a2e0 Date: 2025-01-08T05:06:32.681Z Electron: 32.2.7 ElectronBuildId: 10660205 Chromium: 128.0.6613.186 Node.js: 20.18.1 V8: 12.8.374.38-electron.0 OS: Linux x64 6.12.8-1-MANJARO snap

2d28c0a79c87 added a feature that redefines XDG_DATA_HOME to be $SNAP_USER_DATA/.local/share. This leads to several problems

  • This creates a bogus Trash that's not the system one, and as such is unmanageable (and is carried over from update to update, gradually inflating) : #233649, #237147
  • Since it also applies to commands run in the integrated terminal, all programs that use XDG dirs will only see the local snap ones instead of the system ones. E.g. :
    • Messing up fish (#232741) and Xonsh histories
    • Creates a separate brittle data dir for uv (what lead me here)
    • Creates a separate root for virtualenvwrapper, with environments created outside vscode not accessible inside and vice-versa
    • Probably many other subtle and hard to track bugs

Would it be possible to revert this, or at least have an option to make it opt-out-able?

Guide contributeur

Direction de recherche
Examinez le commit 2d28c0a79c87 qui a introduit le remplacement de XDG DATA HOME dans le package Snap de VS Code. Comprenez comment l'environnement Snap définit les variables et trouvez un moyen d'annuler la modification ou de la rendre configurable. Recherchez les options de configuration existantes dans le package Snap ou les paramètres de VS Code pour permettre de désactiver ce remplacement.
Stack technique
typescript
Domaine
desktop
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitLinux
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40