LifePlay-Revival/Docs/Migration/etat/ST/STG/STG-SF4b-VAL.md

Fiche STG-SF4bv — Niveau N1 — Modèle prévu lp-validator | utilisé claude-sonnet-5-5 — Agent lp-validator — Skills lp-validate, sk-protocol, sk-recount, debug-verification

STG-SF4b-VAL : validation statique de S-F4b et M1c (2026-10-13)

Copie D:\Game\LifePlay-master 5.8, branche ue5.8 (relevée). Aucune compilation, aucun lancement, aucune écriture dans le jeu.

1. Fiches amont relues

• STG-SF4b-DIAG.md (en entier) : motif § 3, correctif § 4.
• STG-SF4-VAL.md (verdict relu : PASS-STATIC, contrôles a-d conformes ; S-F4 déjà validé, non rejoué).
• STG-SF4b.patch présent dans le dossier du lot : non utilisé, le diff est refait contre l'instantané.
• Aucune IMPL formelle STG-SF4b-IMPL.md (Glob STG-SF4b* : DIAG et .patch seulement) : aucun « point à confirmer » d'IMPL à reprendre (section 2).

2. Points à confirmer des IMPL

sans objet : aucune IMPL SF4b (Glob ci-dessus). Les points que le DIAG laisse à la mesure sont en section 6.

3. Critères rejoués

Diff : diff <instantané>\Source\LifePlay\<f> Source\LifePlay\<f> pour les 4 fichiers, instantané D:\Game\LifePlay_Backup_5.5\STG-SF4b\. MD5 relus (md5sum) : OutdoorRoom.cpp 6f1212d6…, .h df2a04b3…, Debug.cpp 57880954…, Debug.h 78d3a079… = valeurs annoncées ; Debug.h identique à l'instantané (diff vide).

Contrôle	Résultat	Verdict
a. Périmètre du diff	git status --short -- Source : 4 fichiers M (Outdoor .cpp/.h, Debug .cpp/.h) + LPCameraModeSubsystem.cpp/.h non suivis (lot CAM, hors fiche, non lus). Diff de CE changement : OutdoorRoom.cpp (includes, constantes, Tick, 2 fonctions ; aucune ligne supprimée), OutdoorRoom.h (commentaire, 2 déclarations, 2 membres, 2 forward decl ; aucune suppression), Debug.cpp 1 ligne remplacée (l. 365-366 : commentaire + FCollisionQueryParams Query(TEXT("LPPersonsDump"), true), seul changement fonctionnel false → true), Debug.h inchangé.	PASS-STATIC
b. API (UE 5.8, …\Engine\Source\Runtime)	voir tableau ci-dessous	PASS-STATIC
c. Logique	voir sous-tableau ci-dessous	PASS-STATIC
d. Fins de ligne / compte	Tools\FileCheck.ps1 sur les 4 fichiers : OutdoorRoom.cpp LF (CRLF 0, LF 208, CR 0), .h LF (0 / 63 / 0), Debug.cpp CRLF (751 / 0 / 0), Debug.h CRLF (53 / 0 / 0) ; alertes=0, code 0. Recherche le nom du compte et C:\Users dans les 3 fichiers modifiés : aucune occurrence (code grep 1).	PASS-STATIC

b. API

Appel	Source moteur	Lu
AActor::GetComponents(TArray<T*, Alloc>&, bool) const	Engine/Classes/GameFramework/Actor.h:4024 (const, donc OK sur const AActor*)	oui
TInlineComponentArray<T, N = NumInlinedActorComponents>	Actor.h:227-228 (dérive de TArray<T, TInlineAllocator<N>>, 2e paramètre par défaut)	oui
UStaticMeshComponent::GetStaticMesh() const (rend TObjectPtr<UStaticMesh>)	Engine/Classes/Components/StaticMeshComponent.h:453	oui ; cond ? TObjectPtr : nullptr puis affectation à const UStaticMesh* : conversion implicite, estimé sans risque (non compilé)
Get/SetCollisionResponseToChannel	Components/PrimitiveComponent.h:2635 (const) et :2944	oui
TWeakObjectPtr<UPrimitiveComponent> == UStaticMeshComponent* (pour Contains)	Core/Public/UObject/WeakObjectPtrTemplates.h:340-345 (UEOpEquals(const RhsT*), contrainte (T*)nullptr == (RhsT*)nullptr vraie car UStaticMeshComponent dérive de UPrimitiveComponent) ; TArray::Contains : Core/Public/Containers/Array.h:1757 (ComparisonType)	oui ; la génération de operator== à partir de UEOpEquals n'a pas été lue : estimé
FCollisionQueryParams(FName, bool bInTraceComplex = false, const AActor* = NULL)	Engine/Public/CollisionQueryParams.h:231	oui

c. Logique

#	Point	Preuve	Verdict
1	Extérieur seulement, même critère que WallT et Box	LPOutdoorRoomSubsystem.cpp:70 bOutdoor = Root->GetRelativeScale3D().Z < OutdoorScaleZ, utilisé l. 73 (Box), l. 75 (décors), l. 93 (WallT)	PASS-STATIC
2	Seulement UStaticMeshComponent de Room, maillage fnt_ext*, qui étaient en Block	l. 170-171 (GetComponents sur Room), l. 175-177 (asset non nul, StartsWith("fnt_ext") avec le préfixe de la l. 24, pas déjà mémorisé, réponse Pawn == Block). Sensibilité à la casse de StartsWith : non vérifiée (défaut moteur supposé insensible)	PASS-STATIC
3	Mémorisé, rendu en Block en intérieur et à Deinitialize	mémorisation l. 182 ; sortie : else if (IgnoredDecor.Num() > 0) RestoreDecor() l. 84-87 ; Deinitialize l. 45 ; RestoreDecor l. 191-208 remet Block (l. 198) et vide la liste (l. 206)	PASS-STATIC
4	Journaux	entrée l. 187 « … decor(s) fnt_ext en Pawn Ignore (%d en tout) » (si Added > 0) ; sortie l. 204 « Decors fnt_ext rendus en Pawn Block : %d (sur %d …) » (si liste non vide)	PASS-STATIC
5	Coexistence ShowCouple	voir ci-dessous	PASS-STATIC, avec risque R1
6	S-F4 et WallT inchangés	le diff n'ajoute que : 2 includes, 2 constantes (l. 23-25), l. 45, l. 75-87 (avant if (!Ceiling)), et les 2 fonctions finales ; UpdateFloor, RestoreFloor, bloc WallT (l. 88-104) sont hors des blocs du diff, aucune ligne < dans le diff OutdoorRoom	PASS-STATIC
7	Pointeurs nuls, DeltaTime	Root n'est non nul que si IsValid(Room) (l. 52) et return true l. 66-68 avant tout usage de Room aux l. 75-87 ; Mesh ? … : nullptr et !Asset l. 175 ; Comp.Get() testé l. 196 ; DeltaTime additionné l. 77, seuil 0,5 s (l. 25). Premier balayage après 0,5 s, pas à l'entrée même (R2).	PASS-STATIC

Coexistence avec ShowCouple (point 5), lu LPShowCoupleSubsystem.cpp:582-642 et :644-675 :

• BlockRoomPawn parcourt les composants de Room (l. 567, bInRoom) ; un composant en Ignore non encore mémorisé passe en Block et est enregistré avec la réponse ECR_Ignore (l. 623-624).
• Pendant une scène en extérieur, les décors de S-F4b sont mis en Block par ShowCouple. S-F4b ne les re-bascule pas : IgnoredDecor.Contains(Mesh) est vrai (l. 176) et il continue, que le composant soit en Ignore ou en Block. Vérifié.
• Release (l. 652-658) rend ces composants à Ignore : retour à l'état S-F4b, composants toujours dans IgnoredDecor.
• Cas « sortie d'extérieur pendant une scène de couple » : bOutdoor devient faux, RestoreDecor met Block (déjà Block par ShowCouple) et vide IgnoredDecor. À la fin de la scène, Release remet Ignore sur les composants mémorisés par ShowCouple. Si ces composants existent encore (Room non détruite, lieu intérieur), le décor fnt_ext reste en Pawn Ignore en intérieur et rien ne le rend plus à Block : défaut résiduel (R1). Si le changement de lieu détruit les composants (supposé, non vérifié), les pointeurs faibles de ShowCouple sont morts et il n'y a pas d'effet.
• Cas inverse (scène commencée avant le 1er balayage) : ShowCouple n'a pas mémorisé les décors (ils étaient en Block), S-F4b les passe en Ignore pendant la scène ; ils ne bloquent pas le couple (effet voulu en extérieur, mineur).

4. Diff lu en entier

• LPOutdoorRoomSubsystem.cpp : tous les blocs du diff lus, et fichier relu l. 1-210 ; aucune ligne supprimée.
• LPOutdoorRoomSubsystem.h : tous les blocs lus, fichier relu en entier ; aucune ligne supprimée.
• LPDebugSubsystem.cpp : 1 bloc (1 ligne remplacée par 2), lu. Le git diff --stat -- Source global (Debug.cpp +250 lignes, etc.) cumule des lots antérieurs non commités : hors périmètre, non relu.
• LPDebugSubsystem.h : diff vide.
• Compte : 3 fichiers changés par ce changement, 1 inchangé.

5. Verdict

PASS-STATIC. Contrôles a, b, c (1 à 7), d conformes. Rien n'a été compilé ni exécuté (interdit par la fiche) : erreurs de compilation éventuelles, effet en jeu (personnages libérés dans la street, floorHit > 0) et mesure M1c restent à prouver dans COMMUN-3. Build.ps1 -FromLog et LPTestStringCompat : sans objet (pas de build dans cette fiche).

Risques (non bloquants) :

• R1 : sortie d'extérieur pendant une scène de couple : décor fnt_ext possiblement laissé en Pawn Ignore si les composants survivent au changement de lieu (estimé, non mesuré). À contrôler en COMMUN-3 par le journal « rendus en Pawn Block » suivi d'une scène de couple.
• R2 : jusqu'à 0,5 s de collision de décor à l'entrée en street (premier balayage différé) ; une capsule déjà « stuck » est libérée par le moteur au balayage suivant (non mesuré).
• R3 : arbres et façades des décors extérieurs traversables en extérieur (risque déjà noté au DIAG § 4).
• R4 : le préfixe fnt_ext attrape tout maillage ainsi nommé, y compris un éventuel décor voulu solide ; le DIAG ne cite que street, plage, forêt.
• R5 : M1c passe en trace complexe pour tout LPPersonsDump (outil de debug, coût de mesure seulement).

6. Points à confirmer par l'utilisateur

• COMMUN-3 : compilation LifePlayEditor sans erreur (conversion TObjectPtr et Contains en particulier).
• COMMUN-3 : en street, personnages à hauteur du pavé et joueuse qui marche ; valeur delta pieds / pavé issue de M1c (suite S-F1 / S-F2 selon DIAG § 4).
• COMMUN-3 : journal « … en Pawn Ignore » à l'entrée, « … rendus en Pawn Block » à la sortie ; une scène de couple en extérieur puis sortie du lieu (R1).

Fichiers à commiter

A Docs/Migration/etat/ST/STG/STG-SF4b-VAL.md (seul fichier écrit par cette fiche).

Tours : 9 / 30