Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002843 | Eressea | öffentlich | 2022-04-10 11:33 | 2022-07-24 08:16 | |
Reporter | K | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 27.1 | ||||
Zielversion | 27.2 | Behoben in Version | 27.2 | ||
Zusammenfassung | 0002843: Keine Änderung des Defaultbefehls durch DEFAULT "" | ||||
Beschreibung | Einheit dürre Schildkröte (nnkm) hat versehentlich eine ZAUBERE Befehlt erhalten. Mehrfache Versuche mit DEFAULT "" keine Befehlsvorlage zu erhalten waren erfolglos. Eine andere Einheiten (a89u) hat dies aber erfolgreich diese Runde angewandt. | ||||
Zusätzliche Informationen | nnkm sind herbeigezauberte Spieleruntote a89u sind reguläre Personen | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | turt | ||||
Spiel | E2 | ||||
Report | 1260 | ||||
Ich bin mir ziemlich sicher, dass das löschen von Befehlen nicht vorgesehen ist. DEFAULT fügt nur Befehle hinzu. |
|
"Eine andere Einheiten (a89u) hat dies aber erfolgreich diese Runde angewandt." scheint aber ja (gelegentlich?) zu funktionieren ... |
|
Ja, stimmt. Ich schaue mal. |
|
Spannender Kommentar am Code: |
|
Stimmt, ZAUBERE wird davon nicht gelöscht. Das ist auch der Unterschied zwischen den beiden Einheiten, ich schätze dass a89u keinen ZAUBERE Befehl hatte? |
|
Ich muss mir mal die Funktion von orders vs. old_orders genau anschauen. Ich glaube, old_orders sind die Defaultbefehle, und orders die, die aus den Befehlen kommen (oder eine Kopie der Defaults)? Wenn die Behandlung von DEFAULT erst am Ende der Runde passiert (sieht so aus), muss auf die Befehlsliste eigentlich keine Rücksicht genommen werden, die ist ja bereits abgearbeitet. |
|
Das zu reparieren hat zu einer größeren Änderung im Management der Defaultbefehle geführt. Damit ist es jetzt offiziell, dass DEFAULT ohne Parameter die Befehlsvorlage der Einheit löscht. Allerdings nicht, wie in deinem Beispiel, |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2022-04-10 11:33 | K | Neuer Eintrag | |
2022-04-15 11:22 | Enno | Notiz hinzugefügt: 0009608 | |
2022-04-15 11:42 | Xolgrim | Notiz hinzugefügt: 0009610 | |
2022-04-15 11:44 | Enno | Notiz hinzugefügt: 0009612 | |
2022-04-15 11:44 | Enno | Bearbeitung durch | => Enno |
2022-04-15 11:44 | Enno | Status | neu => zugewiesen |
2022-04-15 11:48 | Enno | Notiz hinzugefügt: 0009613 | |
2022-04-15 11:50 | Enno | Notiz hinzugefügt: 0009614 | |
2022-04-15 12:01 | Enno | Notiz hinzugefügt: 0009615 | |
2022-04-16 11:50 | Enno | Status | zugewiesen => erledigt |
2022-04-16 11:50 | Enno | Lösung | offen => erledigt |
2022-04-16 11:50 | Enno | Behoben in Version | => 27.2 |
2022-04-16 11:50 | Enno | Notiz hinzugefügt: 0009616 | |
2022-04-16 11:50 | Enno | Produktversion | => 27.1 |
2022-04-16 11:50 | Enno | Zielversion | => 27.2 |
2022-07-24 08:16 | Enno | Beziehung hinzugefügt | verwandt mit 0002873 |