Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002818 | Eressea | öffentlich | 2022-02-20 01:27 | 2022-03-06 15:01 | |
Reporter | Pyanfar | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | schwerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 3.30.2 | ||||
Zielversion | 27.2 | Behoben in Version | 27.1 | ||
Zusammenfassung | 0002818: 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. | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | orcs | ||||
Spiel | E2 | ||||
Report | 1254 | ||||
Sorry für die merkwürdige Schriftgrößenänderung - keine Ahnung, wie ich die bewirkt habe?? |
|
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. |
|
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. |
|
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. |
|
EINHEIT xdpp ist es, die NAECHSTER sagt. Der Befehl ist eine Katastrophe. |
|
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). |
|
Eine Bemerkung sei mir noch erlaubt: Die Fehlersuche wurde mir nicht erleichtert durch die Tatsache, dass Du Emails für so viele Parteien einsendest. |
|
NA wird dann in Zukunft nicht mehr als NAECHSTER erkannt (3 Zeichen Limit), aber als NACH (Einheitenbefehle weiterhin 2). |
|
Ä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 |