S10 · Le poste Windows, ce que seule une vraie machine dit¶

Écran propriétaire : aucun en propre - la session porte sur des comportements de plateforme. Features : aucune ; elle porte sur le contrat de système de fichiers et la console (lot 3 du chantier #3518). · Statut : à jouer. Retour à la méthode.

Objectif¶

Le lot 3 a fait tourner la suite entière sous Windows et macOS, chaque mardi. Restent trois choses qu'une suite de tests ne peut pas juger, et qui ont pourtant motivé des correctifs :

Ce qu'un humain lit quand le dossier de travail est déjà tenu par une autre instance ;
Ce qu'une vraie console Windows rend de la couleur de la CLI ;
Ce que produit le geste de la racine, quand on désigne une carte SD par L:\ et non par un sous-dossier.

Ces comportements n'ont jamais été observés sur une machine Windows réelle. Ils sont éprouvés par des tests - c'est la raison d'être du lot - mais un test lit une chaîne, il ne lit pas un écran.

Ce que la CI couvre déjà, et qu'il ne faut pas rejouer¶

Déjà couvert	Où
le verrou est impératif sous Windows, la lecture évite l'octet verrouillé	`VerrouWorkspaceTest`, matrice `contrat-fichiers` sur 3 OS
la borne du repli de lecture	`VerrouWorkspaceTest.ApresLOctetDuVerrou` (partout)
la couleur est éteinte quand la sortie est redirigée, allumée sur un pseudo-terminal	`cli.bats` (#3738) - sous Linux seulement
toute la suite passe sous Windows et macOS	passage programmé du mardi (#3526)
une racine de volume n'est ni une archive, ni un nom nul, sur les trois sites	`ExtracteurZipTest`, `ActionsSauvegardeTest`, `ReactivationModaleQuestionTest`, matrice `contrat-fichiers` sur 3 OS (#5001)

Ce que la machine réelle ajoute : un humain devant l'écran, et une console Windows véritable - bats ne tourne que sous Linux.

Environnement¶

Windows 10 ou 11, session utilisateur standard.
L'application installée (S9 la pose), et le fat-jar disponible pour la partie CLI.
Un dossier de travail contenant au moins une nuit, pour que la seconde instance ait quelque chose à refuser.
Pour la section C, une carte SD montée sous sa propre lettre de lecteur, portant à sa racine les WAV, le LogPR et le journal TH d'une nuit. À la racine, et non dans un sous-dossier : c'est la racine qui est le sujet, et un sous-dossier ne joue aucun des trois cas.
Pour S10-10, une sauvegarde complète déjà écrite sur un support dédié, désignable par sa racine.

Le script (une case = un fait observable)¶

A. Le dossier de travail déjà tenu (#3693, #3714)¶

S10-01 · geste: refus-du-dossier-deja-tenu · carton: une seconde instance démarre sur le même dossier de travail · Lancer l'application, la laisser ouverte. Lancer une seconde instance sur le même dossier de travail. Attendu : la seconde refuse de démarrer, et son message nomme l'occupant - un identifiant et un poste, pas des parenthèses vides. C'est le motif exact de #3693 : sous Windows le verrou est impératif, et la fonctionnalité qui nomme l'occupant y était inerte - le message affichait « déjà utilisé () ».
S10-02 · geste: refus-du-dossier-deja-tenu · carton: une seconde instance démarre sur le même dossier de travail · Noter le texte exact du message, capture à l'appui. Attendu : il dit qui, depuis quand, et quoi faire. Un refus qui n'indique pas l'action suivante renvoie l'utilisateur à lui-même.
S10-03 · hors-portée: la mort d'un processus et le relâchement de son verrou : ce que le cas observe est l'ABSENCE de trace, et aucun écran ne la montre · Fermer la première instance. Relancer la seconde. Attendu : elle démarre. Le verrou relâché ne laisse pas de trace qui bloquerait le prochain lancement.
S10-04 · hors-portée: un processus tué au gestionnaire des tâches, que le banc ne sait pas provoquer, et un démarrage réussi qui ne se distingue d'un démarrage ordinaire par rien de visible · Tuer la première instance brutalement (gestionnaire des tâches), puis relancer. Attendu : le démarrage réussit. Un verrou de fichier est relâché par le système à la mort du processus ; si ce n'était pas le cas, l'utilisateur serait enfermé dehors par un plantage, et c'est le pire des refus - celui qu'on ne sait pas défaire.

B. La couleur dans une vraie console (#3738)¶

Trois consoles, trois comportements possibles : cmd.exe, PowerShell, et Windows Terminal. Le défaut d'origine venait précisément d'une heuristique qui décidait seule ; ne pas se contenter d'une seule des trois.

S10-05 · hors-portée: une console Windows réelle : le banc filme le graphe de scène JavaFX, pas un terminal · Dans Windows Terminal, lancer vigiechiro --help. Attendu : l'aide est lisible. Colorisée ou non selon ce que rend la console, mais jamais de suites de caractères parasites du genre ←[1m.
S10-06 · hors-portée: trois consoles Windows réelles - cmd.exe, PowerShell, Windows Terminal - hors du banc · Même chose dans PowerShell, puis dans cmd.exe. Attendu : idem. cmd.exe est le plus susceptible d'afficher les échappements bruts : c'est la console la moins capable, et celle qu'un observateur institutionnel a le plus de chances d'ouvrir.
S10-07 · hors-portée: une redirection de sortie relue au Bloc-notes, hors du banc · Rediriger : vigiechiro --help > aide.txt, puis ouvrir aide.txt dans le Bloc-notes. Attendu : aucun caractère parasite. Le fichier est du texte nu.
S10-08 · hors-portée: une variable d'environnement posée dans une console Windows réelle, hors du banc · Poser NO_COLOR=1 puis relancer S10-05. Attendu : aucune couleur, et l'aide reste lisible.

C. Le geste de la racine (#3461, #5001)¶

Une carte SD se désigne volontiers par sa racine, L:\, et non par un sous-dossier. Une racine de volume n'a pas de dernier segment : getFileName() y rend null, et trois écrans le lisaient quand même. #5001 les a corrigés, et la matrice contrat-fichiers le tient à la fonction.

Ce qu'aucun banc ne joue est le geste de l'observateur : insérer la carte, la désigner par sa racine, et lire ce que l'écran répond. Les trois cas veulent la même carte et la même racine, joués à la suite. La lettre de lecteur est donnée ici comme L:\ ; noter celle qu'on a réellement.

S10-09 · geste: import-depuis-la-racine-d-une-carte · carton: insérer la carte SD et désigner sa racine dans le sélecteur natif de dossier · Préparer : la carte de la section Environnement, WAV, LogPR et journal TH à sa racine. Le geste : ouvrir l'import, désigner la carte par sa racine (L:\, pas L:\une-nuit), et mener l'import jusqu'au bout. Attendu : l'import aboutit et le passage est créé, visible dans la liste des nuits. Aucune erreur à l'écran, à aucun moment. Le défaut d'origine prenait la racine pour une archive et remontait une exception à l'écran : ce cas est vert seulement si l'on va jusqu'au passage, pas seulement jusqu'à l'écran d'inspection.
S10-10 · geste: restauration-designee-par-sa-racine · carton: insérer le support de sauvegarde et désigner sa racine dans le sélecteur natif de dossier · Préparer : une sauvegarde complète écrite sur un support dédié, désignable par sa racine. Le geste : lancer la restauration, désigner le support par sa racine, et s'arrêter sur la confirmation pour la lire avant de valider. Attendu : la confirmation nomme le support par son chemin entier, L:\, faute de dernier segment. Ni « null », ni une erreur, ni un nom vide entre les guillemets. C'est une confirmation destructive : si elle ne nomme pas ce qu'elle va écraser, on valide à l'aveugle, et c'est le cas où l'on ne peut pas revenir.
S10-11 · geste: reactivation-d-une-carte-entiere · carton: insérer la carte SD et désigner sa racine dans le sélecteur natif de dossier · Préparer : une carte portant des fichiers déjà transformés. Le geste : lancer la réactivation et désigner la carte entière, par sa racine. Attendu : la question de la modale se lit « Des fichiers déjà transformés ont été trouvés dans « L:\ ». » Le mot null n'apparaît nulle part dans la phrase. Désigner une carte entière est prévu par la conception, pas un détournement : c'est le geste qu'un observateur fait en premier.

Ce que la session ne couvre pas, et pourquoi¶

Les deux points ci-dessous ont trouvé leur dispositif depuis (#3777 et #3778, livrés). Ce paragraphe disait « on ne sait pas encore reproduire » et « cela relève d'un port testable » : c'est désormais fait, et la session n'a plus à s'en préoccuper.

ATOMIC_MOVE sur une cible ouverte : éprouvé par EcritureAtomiqueTest, sur un déplacement injecté - la condition ne se fabrique pas sous POSIX, où le déplacement réussit quoi qu'on tienne ouvert. Une sonde a mesuré sous Windows que les quatre façons de tenir la cible provoquent le refus, y compris un simple Files.newInputStream.
La protection du jeton par les ACL du profil : lue par ProtectionFichier.restreinteAuProprietaire, qui exprime la propriété - « aucun autre compte ne peut lire ce fichier » - sur les deux systèmes. Mesuré : exactement trois entrées ALLOW, l'équivalent de 600.

Ce qu'aucun des deux n'atteint, et qui reste à cette session : qu'un humain lise le refus et comprenne quoi faire. Un test vérifie qu'une chaîne contient les bons mots ; il ne vérifie pas qu'on les comprend devant l'écran.