Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002652 | Eressea | Reportformat | öffentlich | 2020-03-22 23:14 | 2020-07-26 21:28 |
Reporter | hochl | Bearbeitung durch | Enno | ||
Priorität | hoch | Schweregrad | schwerer Fehler | Reproduzierbar | immer |
Status | erledigt | Lösung | nicht reproduzierbar | ||
Zusammenfassung | 0002652: Befehlsdatei fehlerhaft / kann keine Befehle machen | ||||
Beschreibung | Bis letzte Woche ging's, jetzt geht es nicht mehr. Scheinbar gibt es ein Problem mit dem Text-Encoding im Server, ein Blick in den CR zeigt, dass hier voellig verunstaltete Fehlermeldungen sind. Ich nehme an der Server frisst nur noch UTF-8? Dazu folgendes: Bis jetzt habe ich den CR genommen, von UTF-8 nach iso-8859-15 konvertiert, danach laeuft meine ganze Toolchain, inklusive Vorlage, aber auch einiges anderes. Alles ist aus den 90er Jahren wo UTF-8 noch etwas Neues war. Am Ende purzelt eine Abgabe-Datei raus, die wird bearbeitet und an den Server geschickt (als Text im Body in einer Mail, Format ISO-8859-15). Anhand der Fehlermeldung "LERNE Holzfällen";command sehe ich dass da etwas grundlegend schief laeuft, Vorlage (das neueste von Gulrak) stuerzt sogar ab (!!). | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | 6q | ||||
Spiel | E2 | ||||
Report | 1161 | ||||
Du bist mir auch schon aufgefallen, weil deine KÄMPFE Befehle nicht erkannt werden, ja. Ich gucke mal, was da schief läuft. |
|
Ich habe hier ganz merkwuerdige Zeilen im Report, z.B. "MacDougals (bcd8) in Bilumudy (-3,-41): 'GIB r4sr 1629 Ã<96>l' - So etwas hat die Einheit nicht.";rendered Eine Recherche hat folgendes ergeben: Es war einmal ein Oe (Code 214). Dieses wurde UTF-8 kodiert, was 0xc3 0x96 ergibt. Beide Werte wurden wieder UTF-8 kodiert, was 0xc3 0x83 0xc2 0x96 ergibt. Diese Zeichenfolge ist im CR, den ich bekomme, z.B. Zeile 399. |
|
Ich sollte noch einwerfen dass ich die Abgabe in iso-8859-15 verschicke, vielleicht ist ja auch beim Mailversand irgendwo etwas schief gelaufen und der Server bekommt schon irgendwas falsches? |
|
Ich glaube nicht, dass die Mail im Header irgendwo ein Encoding angegeben hatte, jedenfalls soweit ich das verfolgen kann. Am Ende der Mail sehe ich folgendes: |
|
Kannst Du mir mal einen Befehlsabgabe an enno@eressea.de schicken, so wie Du sie normal an den Server schicken würdest, damit ich mir die Mail mit allen Headern angucken kann, bevor meine Skripte sich da den Teil rausgreifen, den sie für Befehle halten? |
|
Ich hab mein Skript mal mit deiner Adresse ausgeruestet, du solltest Mail haben mit den letzten Befehlen (also die fuer Sonntag den 22.3.). |
|
Ja, das kommt auch bei mir nicht mit richtig kodierten Umlauten an:
=F3 war eigentlich mal ein ó, glaube ich. Das steht geanu so (als drei Bytes) im Body der Mail, ist also wohl schon auf Deiner Seite nicht in Ordnung gewesen. Wenn Du sagst, dass das früher funktioniert hat, hast Du dafür ein Beispiel? Eine Runde, in der es ging? |
|
Jup, genau die Befehlsdatei die ich dir geschickt hab hat am Samstag Abend funktioniert beim Einsenden, ich hab quasi genau das gemacht was ich Samstag getan habe, außer dass die Zielmailadresse eine andere war :-/ Ich könnte auch den Report von vor 2 Wochen schicken nur als Kontrolle. |
|
Ich glaube, dass sich auf deiner Seite (evtl. bei GMX) etwas geändert hat, nicht bei mir. Da hilft es nicht, wenn Du mir mehr Mails schickst, ich muss gucken, ob bei mir noch eine Mail von vor zwei Wochen liegt. Ich habe hier eine Einsendung von Dir, die am Fri, 06 Mar 2020 16:50:26 +0100 gekommen ist, in der sieht das besser aus:
Das ist vernünftiges UTF-8, da muss also bei Dir etwas anders gewesen sein. |
|
Oh sorry nun hab ich dir noch die Abgabe von vor 2 Wochen geschickt bevor ich das gelesen hab. Hmmmmm. Die Frage ist was man tun kann, auf GMX hab ich ja leider keinen Einfluss. Vielleicht wuerde es helfen im Mailheader das Format zu setzen? Oder ich koennte die Abgabe vorher in UTF-8 konvertieren? Ich sende dir mal den letzten Befehl als UTF-8, schau doch mal bitte ob das besser ist. |
|
Ok ich habe mal eben ein Python-tool gebaut welches STMPlib verwendet. Du hast jetzt also noch eine Mail. Ist die besser? Kann der Server diese Mail lesen? Der Mail-body hat jetzt extra ein Encoding gesetzt. |
|
Ich habe drei Mails. Die letzte von 14:25 Uhr liest Thunderbird jedenfalls okay (alle vorherigen nicht), und ich sehe ein Content-Type: text/plain; charset="utf-8", das sollte der Server wohl auch verstehen. Probier mal, das so an den Server zu schicken, und ich sage Dir dann, ob es gut ankommt. Andere GMX User haben das Problem übrigens nicht, glaube ich (wenn sie nicht HTML Mails versenden, was auch immer wieder vorkommt). |
|
Ich hab mal die aktuelle Abgabe an den Server gesendet, als erstes mit vermutlich kaputten Umlauten, das zweite mal mit meinem neuen Tool. |
|
Der erste Versand (19:42 Uhr) sieht gut aus, der zweite (19:44 Uhr) nicht. |
|
Oha! Ok naechster Test. |
|
Das sieht auch gut aus. Gulrak meinte übrigens, es würde ihm helfen, wenn er Deinen CR kriegen kann, der Vorlage zum Absturz bringt.. |
|
@hochl Versuch doch einfach mal die Befehle als TXT Anhang in einer leeren email zu senden. |
|
Das ist das was ich bis jetzt immer gemacht hatte. Aber scheinbar hat GMX irgendwas geaendert, und dann hab ich nen verwurschtelten Report gekriegt weil meine Abgabe durch GMX verwurschtelt war. Jetzt hab ich ein Tool in Python gebaut was lokal die Mail ueber Postfix versendet und damit scheint die Abgabe wieder zu klappen. Vorlage stuerzt aber leider in jeder Kombination ab, ich hoffe jetzt mal dass Gulrak rausfindet weshalb (CRs habe ich ihm geschickt). |
|
Ich glaube nicht, dass ich hier etwas tun muss, da es für die meisten Spieler funktioniert. Dass es mit GMX Probleme gibt, ist weder bemerkenswert noch etwas, worauf ich irgendeinen Einfluss habe. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2020-03-22 23:14 | hochl | Neuer Eintrag | |
2020-03-24 17:34 | Enno | Bearbeitung durch | => Enno |
2020-03-24 17:34 | Enno | Status | neu => zugewiesen |
2020-03-24 17:34 | Enno | Notiz hinzugefügt: 0008740 | |
2020-03-24 17:49 | hochl | Notiz hinzugefügt: 0008741 | |
2020-03-24 17:51 | hochl | Notiz hinzugefügt: 0008742 | |
2020-03-24 17:56 | Enno | Notiz hinzugefügt: 0008743 | |
2020-03-24 17:57 | Enno | Notiz hinzugefügt: 0008744 | |
2020-03-24 21:02 | hochl | Notiz hinzugefügt: 0008746 | |
2020-03-24 21:47 | Enno | Notiz hinzugefügt: 0008747 | |
2020-03-24 23:05 | hochl | Notiz hinzugefügt: 0008748 | |
2020-03-25 08:15 | Enno | Notiz hinzugefügt: 0008749 | |
2020-03-25 08:15 | Enno | Notiz bearbeitet: 0008749 | |
2020-03-25 08:16 | Enno | Notiz bearbeitet: 0008749 | |
2020-03-25 08:16 | Enno | Notiz bearbeitet: 0008749 | |
2020-03-25 13:54 | hochl | Notiz hinzugefügt: 0008750 | |
2020-03-25 14:26 | hochl | Notiz hinzugefügt: 0008751 | |
2020-03-25 18:32 | Enno | Notiz hinzugefügt: 0008752 | |
2020-03-25 19:44 | hochl | Notiz hinzugefügt: 0008755 | |
2020-03-25 19:46 | Enno | Notiz hinzugefügt: 0008756 | |
2020-03-25 20:34 | hochl | Notiz hinzugefügt: 0008757 | |
2020-03-26 22:18 | Enno | Notiz hinzugefügt: 0008758 | |
2020-03-27 07:31 | Xolgrim | Notiz hinzugefügt: 0008759 | |
2020-03-27 10:26 | hochl | Notiz hinzugefügt: 0008760 | |
2020-07-26 21:28 | Enno | Status | zugewiesen => erledigt |
2020-07-26 21:28 | Enno | Lösung | offen => nicht reproduzierbar |
2020-07-26 21:28 | Enno | Notiz hinzugefügt: 0008916 |