Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0001201 | Eressea | General | öffentlich | 2007-06-24 16:53 | 2009-09-09 09:29 |
| Reporter | thewhitewolf | Bearbeitung durch | Enno | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
| Status | geschlossen | Lösung | erledigt | ||
| Zusammenfassung | 0001201: CR-escaping von Eressea-server falsch | ||||
| Beschreibung | ich schickte am 16.juni 2007 befehle ein (für report 528). darunter folgende zeilen (unwichtige zwischenzeilen entfernt): EINHEIT 6s9v // #ifregion 'Steeds\' Savanna' { NACH \ NW : RESERVIERE 30 Eisen } man beachte das escapte einfache hochkomma. (so heißt die region). Im CR des reports 528 finden sich dann folgende zeilen (unwichtige zwischenzeilen wieder weg gelöscht): EINHEIT 316579 COMMANDS "// #ifregion 'Steeds' Savanna' { NACH NW : RESERVIERE 30 Eisen }" man beachte, dass das ' nicht escaped ist. die zeile sollte wohl "// #ifregion 'Steeds\' Savanna' { NACH NW : RESERVIERE 30 Eisen }" lauten | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | htar | ||||
| Spiel | |||||
| Report | 528 | ||||
|
workaround (denke ich): // #ifregion Steeds'~Savanna { NACH \ NW : RESERVIERE 30 Eisen } In Eressea Befehlen ist laut Enno auch erlaubt: Benenne Einheit "Steeds' Friend" Beschreibe Einheit 'Seine Füße sind 10" lang.' Vorlage nimmt aber leider nur einfache Hochkommas oder die ~ Syntax. Wenn man den Benenne Befehl aber mit Vorlage so gibt, schreibt volage folgendes: Benenne Einheit Steeds'~Friend Grüsse Ralf |
|
|
Es waere toll wenn das nochmal jemand in einer aktuellen Auswertung testet und mir diesen bugreport hier erweitert (Einheit/Partei/Runde) |
|
|
Das ist schwierig oder aufwaendig. Escaping wird nicht wirklich vernuenftig unterstuetzt vom Eressea-Server. Beim Einlesen der Befehle wird daraus zwar ifregion 'Steeds\' Savanna' im Speicher (mit einfachem ) aber schon das Parsing der Tokens scheitert daran dass es sich nicht um \ kuemmert. Nun muss man zum Glueck in den // Kommentaren keine Tokens parsen, aber beim schreiben (des CR, nicht des NR) muesste man den \ wohl in \ umwandeln. Das hiesse, ich kann nicht den Befehl selbst rausschreiben, sondern muss ihn in einem Buffer praeparieren - und das wohl mit allen machen, oder zumindest schauen, ob sie ein \ enthalten. Alle in allem ist das unbefriedigend, und ich wuerde mir wuenschen, dass man das nicht braucht. Vorschlaege zur Loesung werden gern angenommen, aber am besten auf der eressea-client Mailingliste. |
|
|
Diese Woche (Report 567) hat es da ganz akut Probleme: Wegen eines quoting-Fehlers kann das Datenfile nicht eingelesen werden. Ich habe das von Hand reparieren muessen, aber so geht's natuerlich nicht. |
|
|
Original report still broken in turn 572 |
|
|
In Zukunft werden im CR nur noch die " escaped. D.h. aus \" muss der Parser " machen, aus \" wird \" und \' bleibt \'. Das bisherige Verhalten war Scheisse. |
|
| Änderungsdatum | Benutzername | Feld | Änderung |
|---|---|---|---|
| 2007-06-24 16:53 | thewhitewolf | Neuer Eintrag | |
| 2007-06-24 16:53 | thewhitewolf | Partei/Faction | => htar |
| 2007-06-24 16:53 | thewhitewolf | Report No. | => 528 |
| 2008-01-08 17:06 | darcduck | Notiz hinzugefügt: 0003159 | |
| 2008-01-08 22:50 | Enno | Notiz hinzugefügt: 0003162 | |
| 2008-02-05 08:33 | Enno | Status | neu => zugewiesen |
| 2008-02-05 08:33 | Enno | Bearbeitung durch | => Enno |
| 2008-02-05 22:10 | Enno | Notiz hinzugefügt: 0003258 | |
| 2008-04-17 17:59 | Enno | Notiz hinzugefügt: 0003418 | |
| 2008-04-17 17:59 | Enno | Notiz bearbeitet: 0003418 | |
| 2008-06-04 18:47 | Enno | Notiz hinzugefügt: 0003534 | |
| 2009-07-16 22:30 | Enno | Notiz hinzugefügt: 0003847 | |
| 2009-07-16 22:30 | Enno | Status | zugewiesen => erledigt |
| 2009-07-16 22:30 | Enno | Lösung | offen => erledigt |
| 2009-09-09 09:29 | Xolgrim | Status | erledigt => geschlossen |