Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002888 | Eressea | General | öffentlich | 2022-09-03 23:12 | 2022-09-04 18:56 |
Reporter | Fiete | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 27.3 | ||||
Zielversion | 27.3 | Behoben in Version | 27.3 | ||
Zusammenfassung | 0002888: Kommentarzeilen kommen verdoppelt vom Server zurück (im CR) | ||||
Beschreibung | Befehle eingesendet: Im CR vom server diese Woche: Man beachte den langen Befehl, der ist nicht befohlen worden und scheinbar als alter default gesetzt worden, dabei scheinbar auch die alten Kommentare. Betroffen sind mehere weitere Einheiten verschiedener Parteien. | ||||
Schritte zur Reproduktion | werden wir nächste AW sehen - passierte zum ersten Mal diese Woche | ||||
Zusätzliche Informationen | Kann gerne die Befehlsdateien und Reporte zur Verfügung stellen - aber nicht wenn der Report "public" ist. ;-) | ||||
Partei | smar | ||||
Spiel | E2 | ||||
Report | 1277 | ||||
Bei Partei mare ebenfalls. Dort beispielsweise Einheit ityv und viele andere Einheiten, die als Befehle nur kaufe/verkaufe/gib hatten. |
|
Es scheint sich nach meiner Beobachtung um Einheiten mit pseudo langen Befehlen zu handeln (ZAUBERE, KAUFE etc.) bei deinen dann die nicht-Befehl-Zeilen verdoppelt wurden. Panzerschildkröte (Lat4): Panzerschildkröte (80jx): |
|
Eingeschickt habe ich das:
Der CR enthält als Befehlsvorlage das:
Die Kommentare mit den Vorlage-Befehlen haben sich also verdoppelt. |
|
Perat hat das oben schon angedeutet, das Problem tritt auch bei ungestcripten Einheiten auf und nicht nur bei Kommentaren. Das ist damit IMO auch kein kleiner bug, sondern mindestens ein normaler wenn nicht ein großer. Wenn ich das richtig sehe, fliegt mir und vermutlich auch anderen hier gerade das komplette Handelsnetz um die Ohren. Mann muss quasi JEDE Einheit mit einem @GIB Befehl zumindest anschauen und gegebenenfalls reparieren. Eventuell sollte dazu auch eine Email raus, die @ Befehle sind ja gerade dafür da das man die Einheiten nicht anschaut. |
|
Beispieleinheit (ungescripted): Blattschneideameise (xp7e) (Partei Nebelvolk (nebL)): @VERKAUFE ALLES Balsam Falls beide GIB ausgeführt werden, ist der Radrapor Express (aLwg) mit 380 Gewürz natürlich überladen und nix geht mehr. Bei Einheiten ganz ohne Kommentar übrigens auch: Blattschneideameise (90Lc) |
|
Und da es noch keiner erwähnt hat, Problem ist nicht nur im .cr, sondern auch in der .txt Befehlsvorlage. |
|
dürre Schildkröte (1j9c) behält ihren, bereits ausgeführten, NACH SO Befehl als neue Vorlage. |
|
Erste Fortschritte. Fietes Einheit hat jetzt im CR folgendes:
Und meine Händlereinheit, die ihren @GIB Befehl verdoppelt gekriegt hatte, sieht auch okay aus. Ich gehe jetzt noch die anderen Meldungen durch, und verifiziere die auch. |
|
Sieht soweit gut aus, nur das Problem mit dem NACH Befehl besteht noch. |
|
Spannend an der Einheit 1j9c mit dem doppelten NACH Befehl: Die hat dreimal Befehle bekommen (drei eingetroffene Emails). |
|
Es lag wirklich an der mehrfachen Befehlsverarbeitung bei Partei turt. Das war knifflig, funktioniert jetzt aber auch. |
|
Bei der Partei mare sind die Befehle von Händler (ityv) jetzt:
Das sieht mir auch ordentlich aus |
|
Hinweis an mich: Einheit gtim gehört zur Partei oger. |
|
Neue Befehle der Einheit gtim:
Auch das sieht richtig aus, Dann habe ich es glaube ich jetzt gelöst. |
|
Ich habe einen Test rausgeschickt, wenn es zu der keine Klagen gibt, dann schicke ich heute noch eine Neu-AW raus. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2022-09-03 23:12 | Fiete | Neuer Eintrag | |
2022-09-03 23:18 | Perat | Notiz hinzugefügt: 0009759 | |
2022-09-03 23:19 | K | Notiz hinzugefügt: 0009760 | |
2022-09-04 00:13 | HortusNanum | Notiz hinzugefügt: 0009761 | |
2022-09-04 06:16 | Bruck | Notiz hinzugefügt: 0009762 | |
2022-09-04 06:48 | Bruck | Notiz hinzugefügt: 0009763 | |
2022-09-04 06:58 | Bruck | Notiz hinzugefügt: 0009764 | |
2022-09-04 09:04 | Enno | Bearbeitung durch | => Enno |
2022-09-04 09:04 | Enno | Status | neu => zugewiesen |
2022-09-04 09:43 | K | Notiz hinzugefügt: 0009765 | |
2022-09-04 12:53 | Enno | Notiz hinzugefügt: 0009767 | |
2022-09-04 12:58 | Enno | Notiz hinzugefügt: 0009768 | |
2022-09-04 14:09 | Enno | Notiz hinzugefügt: 0009769 | |
2022-09-04 18:13 | Enno | Notiz hinzugefügt: 0009771 | |
2022-09-04 18:15 | Enno | Notiz hinzugefügt: 0009772 | |
2022-09-04 18:16 | Enno | Notiz hinzugefügt: 0009773 | |
2022-09-04 18:18 | Enno | Notiz hinzugefügt: 0009774 | |
2022-09-04 18:19 | Enno | Zielversion | => 27.2 |
2022-09-04 18:54 | Enno | Status | zugewiesen => erledigt |
2022-09-04 18:54 | Enno | Lösung | offen => erledigt |
2022-09-04 18:54 | Enno | Behoben in Version | => 27.2 |
2022-09-04 18:54 | Enno | Notiz hinzugefügt: 0009775 | |
2022-09-04 18:56 | Enno | Produktversion | 27.2 => 27.3 |
2022-09-04 18:56 | Enno | Behoben in Version | 27.2 => 27.3 |
2022-09-04 18:56 | Enno | Zielversion | 27.2 => 27.3 |