Openapoc: [Battlescape] Aller à l'emplacement et redémarrer la boucle de mission et le CTD
Regardez le journal sur la gauche, une unité quelque part sur la carte se retrouve coincée dans une boucle d'essayer de se déplacer vers un endroit inaccessible qui mène à un CTD
_Peut également inclure des problèmes tels que #635 dans d'autres cas_
FilmBoy84
Tous les 3 commentaires
Je trouve un problème similaire dans la mission Battleship. BATTLEUNIT_2925 et 2926 ont tous deux causé cela.
save.zip
Le fichier battleship.save est plus proche du moment où l'unité 2926 a la boucle infinie. 2925 semblait l'avoir tout de suite dans l'autre fichier, même si tuer le Psimorph semblait le réparer.
Cela utilise OpenApoc-v0.2.0.2-16-g2f96387e et V7.1 EWM.
Quickmind01
le 14 sept. 2019
Veuillez fermer le problème (j'ai un peu gâché le modèle de fermeture du problème dans PR).
emptyVoid
le 23 avr. 2020
J'ai tendance à ne pas utiliser la chose automatique "ferme #numéro" dans github, car je veux normalement que la version résultante soit testée pour qu'elle résolve réellement le problème d'origine soumis - parfois je / pense / j'ai résolu un problème, mais il seulement finit par être l'une des causes possibles du problème et n'a pas réellement résolu le problème d'origine :)
Mais je suppose que cela signifie que le manque de tests reproductibles signifierait que de nombreux problèmes peuvent persister dans cet état zombie de "probablement corrigé mais toujours ouvert", donc un peu de falsification est nécessaire.
JonnyH
le 23 avr. 2020
Questions connexes
FilmBoy84
·
3Commentaires
BeornTB
·
3Commentaires
FilmBoy84
·
3Commentaires
makus82
·
3Commentaires
Quickmind01
·
3Commentaires
Commentaire le plus utile
J'ai tendance à ne pas utiliser la chose automatique "ferme #numéro" dans github, car je veux normalement que la version résultante soit testée pour qu'elle résolve réellement le problème d'origine soumis - parfois je / pense / j'ai résolu un problème, mais il seulement finit par être l'une des causes possibles du problème et n'a pas réellement résolu le problème d'origine :)
Mais je suppose que cela signifie que le manque de tests reproductibles signifierait que de nombreux problèmes peuvent persister dans cet état zombie de "probablement corrigé mais toujours ouvert", donc un peu de falsification est nécessaire.