Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002873 | Eressea | NACH/ROUTE | öffentlich | 2022-07-17 00:42 | 2024-03-12 19:55 |
Reporter | detla | Bearbeitung durch | Enno | ||
Priorität | niedrig | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | erledigt | ||
Behoben in Version | 27.3 | ||||
Zusammenfassung | 0002873: Default Befehle nach NACH und ATTACKIERE gelöscht | ||||
Beschreibung | Moin, diese Woche sind die Default Befehle nach NACH und ATTACKIERE gelöscht. Ist das eventuell wieder die gleiche Ursache wie bei 2866? Betroffene Einheiten sind u.a. vyms (NACH) j4bw (ATTACKIERE) | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | hsv9 | ||||
Spiel | E2 | ||||
Report | 1272 | ||||
Das sollte nicht das gleiche Problem sein, obwohl wahrscheinlich irgendwie mit dem selben Code verbunden, der die Deault-Befehle hantiert (der ist gruselig). |
|
Einheit vyms hat in den Daten vor dem Zug einen LERNE AUTO Befehl als Default. Interessanter Fund im Code für den CR:
Der Test in der letzten Zeile wird für die Zugvorlage und das Datenfile nicht gemacht. Der Debugger sagt, das an dieser Stelle die Defaults noch stimmen, aber der Befehl nicht geschrieben wird (im Datenfile sollte er aber sein). Ist wohl ein Fehler der nur im CR auftritt. |
|
Quizfrage: Warum betrifft das nur Einheiten, die NACH oder ATTACKIERE befehlen? Sicher, weil die einen Sonderstatus haben (und trotz langer Aktion nicht zum neuen Default werden)? |
|
Oh, da habe ich mit den falschen Daten getestet, von der Woche davor. Nochmal. |
|
Ja, sieht schon anders aus jetzt. Hattest Du in der Vorwoche evtl. einen NMR? |
|
Ich hab eben nachgeschaut. 1269 -> 1270 war ein NMR. In allen Auswertungen 1268/69/70/71hat zumindest vyms jeweils einen Default Befehl LERNE AUTO SEGELN. |
|
Oh, ich glaube ich weiß woran es liegt, dass das wieder auftritt. Ich habe neue Parteien ausgesetzt. Dabei werden die Spieldaten einmal gelesen und wieder geschrieben. Wie beim letzten Mal, als das vorkam, weil ich eine Änderung an den Spieldaten machen musste (Partei wiederbeleben) sind dabei offenbar die Befehle von NMR-Parteien verloren gegangen? In der neuen Datei sind sie jedenfalls schon nicht mehr. Der Fehler ist also nicht unbedingt in der Auswertung zu suchen. |
|
Ja, ich habe das Datenfile von vor dem Aussetzen noch im Backup gehabt, und da sind die Befehle drin gewesen. Es ist also beim Aussetzen neuer Parteien, dass etwas schief läuft. |
|
Das scheint mit dem NMR nichts zu tun haben, meine Einheiten haben das gleiche Problem. |
|
Ich werde den ganzen Kram mit Default-Befehlen neu schreiben, das wird ein großes Projekt. An den Spieldaten werde ich diesmal nicht ändern, um die verlorenen Befehle zu restaurieren, das ist eine Heidenarbeit, und bringt nur sehr wenig. Ankündigung dazu schicke ich voraussichtlich morgen. |
|
Das war ein Mammut-Akt, aber ich glaube, es könnte so funktionieren und akzeptiere das in den develop Branch. Die Änderung von #2843 ist vorerst rückgängig gemacht, der Sinn von |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2022-07-17 00:42 | detla | Neuer Eintrag | |
2022-07-17 15:15 | Enno | Bearbeitung durch | => Enno |
2022-07-17 15:15 | Enno | Status | neu => zugewiesen |
2022-07-17 15:16 | Enno | Notiz hinzugefügt: 0009719 | |
2022-07-17 15:32 | Enno | Notiz hinzugefügt: 0009720 | |
2022-07-17 15:36 | Enno | Notiz hinzugefügt: 0009721 | |
2022-07-17 15:40 | Enno | Notiz hinzugefügt: 0009722 | |
2022-07-17 15:55 | Enno | Notiz hinzugefügt: 0009723 | |
2022-07-17 16:37 | detla | Notiz hinzugefügt: 0009724 | |
2022-07-17 16:52 | Enno | Notiz hinzugefügt: 0009725 | |
2022-07-17 16:55 | Enno | Notiz hinzugefügt: 0009726 | |
2022-07-17 16:57 | Enno | Notiz hinzugefügt: 0009727 | |
2022-07-17 21:23 | Enno | Notiz hinzugefügt: 0009728 | |
2022-07-24 08:16 | Enno | Beziehung hinzugefügt | verwandt mit 0002843 |
2022-07-24 08:36 | Enno | Status | zugewiesen => erledigt |
2022-07-24 08:36 | Enno | Lösung | offen => erledigt |
2022-07-24 08:36 | Enno | Behoben in Version | => 27.3 |
2022-07-24 08:36 | Enno | Notiz hinzugefügt: 0009729 | |
2024-03-05 07:44 | Xolgrim | Beziehung hinzugefügt | verwandt mit 0003010 |
2024-03-12 19:55 | Enno | Beziehung gelöscht | verwandt mit 0003010 |