Eintragsdetails ansehen

IDProjektKategorieSichtbarkeitZuletzt aktualisiert
0002818EresseaMailöffentlich2022-03-06 15:01
ReporterPyanfar Bearbeitung durchEnno  
PrioritätnormalSchweregradschwerer FehlerReproduzierbarnicht getestet
Status erledigtLösungerledigt 
Produktversion3.30.2 
Zielversion27.2Behoben in Version27.1 
Zusammenfassung0002818: Befehle nicht umgesetzt
Beschreibung

Produktversion ist laut CR 3.30.3 - das finde ich nicht im Drop-Down-Menü.

Habe Samstag ab 20 Uhr einmal für alle UN-Völker eingeschickt (für Partei orcs ging die Mail um 20.11 ab bei mir), und auch Befehlsbestätigung bekommen:
"Verarbeite Datei 'turn-eressea@posteo.de,erdbaer,1'.
Befehle für Partei orcs gefunden. [...] Es wurden Befehle für 1 Partei und 1307 Einheiten gelesen."

Nun sehe ich aber, dass von der Partei offenbar nichts umgesetzt wurde. Habe noch nicht alle 1307 Einheiten gecheckt, aber beispielsweise war in der Einsendung:

EINHEIT 4Lfm; Reiter [4,0$]
RESERVIERE 5000 Silber
NACH no

Der Reiter hat aber einfach weiter gelernt. Weitere Stichproben ergeben fehlende Temp-Einheiten, alte Baubefehle, fehlende Attacken, usw.

Versende direkt aus dem Magellan, mit denselben Einstellungen wie die AW davor - da wurde ganz brav alles umgesetzt

Schritte zur Reproduktion

Habe den Verdacht, dass das schon früher mal auftrat, hab es mir dann aber mit dem versehentlichen Einsenden aus einer nicht finalen CR-version der jeweiligen Runde erklärt. Werde nochmal die ganze Allianz-AW durchgehen, ob mir mehr auffällt, bzw. ob das in früheren Reports schonmal erkennbar ist.

Zusätzliche Informationen

Ich werde im Magellan die Einsende-Adresse mit der Report-Adresse komplett deckungsgleich machen, also auch das "+parteinummer" vor dem @ einfügen. Vielleicht hilft das ja irgendwie.

Parteiorcs
SpielE2
Report1254

Notizen / Dateien

Pyanfar

Pyanfar

2022-02-20 01:28

Reporter   ~0009494

Sorry für die merkwürdige Schriftgrößenänderung - keine Ahnung, wie ich die bewirkt habe??

Xolgrim

Xolgrim

2022-02-21 16:14

Tester   ~0009495

Waren die Trennzeichen "----" die du verwendet hast

In der Vergangenheit sind ähnliche Fehler gerne einmal durch ein "N" ausgelöst worden welches für den Server "NAECHSTER" bedeutet, das war einer der Gründe warum abkürzungen nun mindestens 3 Buchstaben bedürfen. Eventuell hast du irgendwo was in der art wie "NAE" oder "NAECH" anstelle von NACH stehen?
Ein Indiz dafür wäre es, wenn einheiten "ganz oben" in deinen Befehlen erhaltene Befehle umgesetzt hätten.

Pyanfar

Pyanfar

2022-02-26 15:22

Reporter   ~0009502

Damn, ja, das war es. Die ersten Einheiten setzen das befohlene um.
In Zeile 552 hat Einheit xdpp den Befehl
NA
stehen. Da wollte ich ein NACH setzen, und bin bei der Suche nach dem Reiseziel abgelenkt worden.

20 Zeile später ist die nächste Einheit, die einen nicht-default-befehl hatte und der wurde nicht umgesetzt.

=> Also, offenbar hat der Server da eine 2-Buchstaben-Abkürzung als Befehl verstanden - das sollte ja nicht so sein?
=> Ausserdem ist die Echeck-Rückmeldung dann irreführend. Statt der gemeldeten 1307 Einheiten hat er ja nur Befehle für 163 Einheiten gelesen - nach dem "Pseudo-NAECHSTER" wäre ja ein neuer Block, der ja eigentlich mit ERESSEA partei-ID "passwort" eingeleitet werden sollte.

Rest ist user-error.

Enno

Enno

2022-03-02 09:48

Administrator   ~0009507

Ich hatte mal angekündigt, dass ich so kurze Abkürzungen nicht mehr als Befehle erkennen wollte, eben wegen der NACH/NAECHSTER Geschichte. Wenn es wirklich daran gelegen hat, ist da also trotzdem was im Server verkehrt.

Für jede Patchversion eine Version in Mantis anzulegen, ist eine Menge Arbeit, und ich habe beschlossen, da in Zukuft nur noch für MAJOR.MINOR welche zu machen. Ist also okay, das Du da die vorherige gewählt hast.

Enno

Enno

2022-03-02 20:37

Administrator   ~0009511

EINHEIT xdpp ist es, die NAECHSTER sagt. Der Befehl ist eine Katastrophe.

EINHEIT xdpp;       Reiter [210,667066$]
GIB how9 50000 Silber
GIB how9 10 Holz
GIB how9 10 Eisen
na
Enno

Enno

2022-03-02 20:41

Administrator   ~0009512

Es scheint, das untere Limit für die Länge ist 2 Zeichen, nicht wie ich vermutete 3. Das scheint mir zu wenig, zumal es hier nur um Schlüsselworte geht, nicht um Himmelsrichtungen (wo die Erkennung aus zwei Buchstaben notwendig ist).

Enno

Enno

2022-03-02 20:53

Administrator   ~0009513

Eine Bemerkung sei mir noch erlaubt: Die Fehlersuche wurde mir nicht erleichtert durch die Tatsache, dass Du Emails für so viele Parteien einsendest.

Enno

Enno

2022-03-02 22:10

Administrator   ~0009514

NA wird dann in Zukunft nicht mehr als NAECHSTER erkannt (3 Zeichen Limit), aber als NACH (Einheitenbefehle weiterhin 2).

Eintrags-Historie

Änderungsdatum Benutzername Feld Änderung
2022-02-20 01:27 Pyanfar Neuer Eintrag
2022-02-20 01:28 Pyanfar Notiz hinzugefügt: 0009494
2022-02-21 16:11 Xolgrim Beschreibung aktualisiert
2022-02-21 16:14 Xolgrim Notiz hinzugefügt: 0009495
2022-02-26 15:22 Pyanfar Notiz hinzugefügt: 0009502
2022-03-02 09:48 Enno Notiz hinzugefügt: 0009507
2022-03-02 09:48 Enno Bearbeitung durch => Enno
2022-03-02 09:48 Enno Status neu => zugewiesen
2022-03-02 09:49 Enno Zielversion => 27.2
2022-03-02 20:37 Enno Notiz hinzugefügt: 0009511
2022-03-02 20:41 Enno Notiz hinzugefügt: 0009512
2022-03-02 20:53 Enno Notiz hinzugefügt: 0009513
2022-03-02 22:10 Enno Status zugewiesen => erledigt
2022-03-02 22:10 Enno Lösung offen => erledigt
2022-03-02 22:10 Enno Behoben in Version => 27.2
2022-03-02 22:10 Enno Notiz hinzugefügt: 0009514
2022-03-06 15:01 Enno Behoben in Version 27.2 => 27.1