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: EINHEIT 7cjf; Mentor [1,90030$,s8hvm] // script Material pferde=ja // vom Schiff Wellenbrechung (8hvm) // script Lernfix Talent=Taktik Gratistalent=Ausdauer // Xscript Trankeffekt Trank=Gehirnschmalz Vorrat=15 notSuccessACK=true // script Lohn 4 // script request 1 RdU 500 // script request 90000 Silber 50 // Xscript JageMonster ziel=1425 Home=74,-118 rolle=HINTEN Taktiker=ja GIB g7f8 100 Silber ; Wochenlohn(P:961) GIB 6u1a 10 Silber ; Wochenlohn(P:901) GIB buv4 10 Silber ; Wochenlohn(P:900) GIB kb2L 100 Silber ; Wochenlohn(P:900) // setTag eTag2 Monsterjäger // setTag eTag1 Taktik Im CR vom server diese Woche: COMMANDS "// script Material pferde=ja" "// vom Schiff Wellenbrechung (8hvm)" "// script Lernfix Talent=Taktik Gratistalent=Ausdauer" "// Xscript Trankeffekt Trank=Gehirnschmalz Vorrat=15 notSuccessACK=true" "// script Lohn 4" "// script request 1 RdU 500" "// script request 90000 Silber 50" "// Xscript JageMonster ziel=1425 Home=74,-118 rolle=HINTEN Taktiker=ja" "LERNE Taktik" "// setTag eTag2 Monsterjäger" "// setTag eTag1 Taktik" "// script Material pferde=ja" "// vom Schiff Wellenbrechung (8hvm)" "// script Lernfix Talent=Taktik Gratistalent=Ausdauer" "// Xscript Trankeffekt Trank=Gehirnschmalz Vorrat=15 notSuccessACK=true" "// script Lohn 4" "// script request 1 RdU 500" "// script request 90000 Silber 50" "// Xscript JageMonster ziel=1425 Home=74,-118 rolle=HINTEN Taktiker=ja" "// setTag eTag2 Monsterjäger" "// setTag eTag1 Taktik" 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. ;-) | ||||
Tags | Keine Tags zugeordnet. | ||||
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): ZAUBERE "Erschaffe ein Amulett des wahren Sehens" !@GIB wx4v ALLES Amulett~des~wahren~Sehens @ZEIGE ALLES ZAUBER !@GIB wx4v ALLES Amulett~des~wahren~Sehens @ZEIGE ALLES ZAUBER Panzerschildkröte (80jx): // script Handeln inselinfo=an VERKAUFE ALLES Öl VERKAUFE ALLES Seide KAUFE 157 Gewürz // script Handeln inselinfo=an |
|
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 @VERKAUFE ALLES Juwel @VERKAUFE ALLES Myrrhe @VERKAUFE ALLES Weihrauch @VERKAUFE ALLES Öl @KAUFE 90 Gewürz // Überprüfen ob mehr @GIB aLwg 190 Gewürz // Überprüfen ob mehr @GIB aLwg 190 Gewürz 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) @KAUFE 40 Juwel VERKAUFE ALLES Balsam VERKAUFE ALLES Öl VERKAUFE ALLES Gewürz VERKAUFE ALLES Myrrhe VERKAUFE ALLES Weihrauch VERKAUFE ALLES Seide @GIB ndo4 80 juwel @GIB ndo4 80 juwel |
|
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. Hinweis für mich: Das geht da um die Partei (turt). |
|
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 |