Empêcher le réengagement immédiat après rechargement d’une fuite #42
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: jeux/beaulieu-sur-brume#42
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Le verrou de désengagement ajouté par #26 ne vit que dans l’instance de . Une fuite écrit pourtant immédiatement une autosave avec le héros et l’ennemi encore en perception mutuelle. Lors du chargement, est vide et l’appel différé à relance directement le combat.
Reproduction confirmée en headless :
Critères d’acceptation :
Complément technique : les identifiants supprimés de la description par le shell sont
_disengaged,World,evaluate_perception()etEncounterFlow.Phase.FIGHTING. La reproduction headless a confirmé que la nouvelle instance deWorldrevient directement en phase de combat après le chargement.