Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002411 | Eressea | öffentlich | 2018-01-13 23:49 | 2018-02-03 14:35 | |
Reporter | Tuor | Bearbeitung durch | Enno | ||
Priorität | niedrig | Schweregrad | Blocker | Reproduzierbar | immer |
Status | erledigt | Lösung | keine Änderung notwendig | ||
Produktversion | 3.14.2 | ||||
Zusammenfassung | 0002411: E3 Befehle einschicken ohne Wirkung und keine Bestätigung | ||||
Beschreibung | Hallo zusammen, | ||||
Schritte zur Reproduktion | Ich habe die Befehle in die Zwischenablage, dann in die Mail kopiert (wie gewohnt). Habe den Betreff "E3 BEFEHLE" genutzt, zusätzlich auch mit "ERESSEA 3 BEFEHLE" probiert und auch von einer anderen Mailadresse geschickt. Ein anderer Mitspieler hat auch bereits versucht, Befehle für mich einzuschicken. Ohne Erfolg bzw. ohne Bestätigung. | ||||
Partei | bart | ||||
Spiel | E3 | ||||
Report | 438 | ||||
gerade um 00:00 Uhr alle Bestätigungen der Befehle, welche von den unterschiedlichen Adressen und auch mit unterschiedlichen Betreffzeilen eingeschickt wurden, auf einmal bekommen . |
|
was bleibt ist natürlich, dass meine Befehle nicht rechtzeitig gelesen wurden. Gab es beim Server Probleme? Woran kann das gelegen haben? Worauf müsste ich beim nächsten Mal achten? |
|
Von welcher Adresse kam die Email, und falls Du das auch noch einfach sagen kannst, was war die genaue Absendezeit (mit Datum)? |
|
Am Samstag wird um 21:00 Uhr keine ECheck-Bestätigung verschickt (weil da schon die AW läuft). Vorher alle 15 Minutne, also zuletzt um 20:45. Aber Du sagst, Deine Befehle sind nicht in die Auswertung mit eingeflossen? Woran machst Du das fest? |
|
Danke für deine Rückmeldung, Enno! Ich sehe jetzt schon mal zu, die Befehle nicht ganz so kurzfristig einzusenden, um die Bestätigung zu bekommen. Bzgl. woran ich festmache, dass meine Befehle nicht eingeflossen sind: am 13.01.18: In REGION -40,26 wurde der Unterhalt für den Hafen nicht gezahlt, Schiffe konnten nicht anlegen. @BEZAHLEN NICHT habe ich gelöscht. Ansonsten hat auch ein beabsichtigter Silbertransport dorthin nicht funktioniert. |
|
Deine Email ist offenbar vollbaerte@googlemail.com Ich habe mal ein wenig geschuat, was ich zu der Email weiß:
Frage: In welcher Woche meinst Du wegen der Befehlsverarbeitung einen NMR gehabt zu haben? Du schreibst:
Woran machst Du das fest, und auf welchen Report bezieht sich das? Wann wurden die Befehle eingeschickt? Ohne mehr Informationen kann ich hier nichts reproduzieren. |
|
Hier gucke ich mir den Fall vom 13. Januar noch einmal an. Das ist aber nicht Report 438 gewesen, die Angabe im Original_report ist also irreführend. |
|
Eingetroffene Mail am 13. Januar laut procmail.log: Eine Mail sollte also vor dem ZAT gekommen sein. Zeitstempel in orders.dir.440/headers/turn-vollbaerte@googlemail.com\,gruenbaer\,0 Received: Sat, 13 Jan 2018 20:50:59 +0100 (CET) Inhalt von orders.440 (mit Zeilennummer) Die Mail ist also vor dem ZAT angekommen, und war in den benutzten Befehlen mit drin. In den neuen Befehlen für REGION -40,26 ; Vollmoor hat niemand einen BEZAHLE Befehl. Wenn die Partei keine NMR-Warnung im Report hat, ist es wahrscheinlicher, dass etwas mit dem Hafen nicht stimmt, und warum dein Silbertransport nicht klappt, kann ich auch nur erklären, wenn ich seine Nummer kenne. Ich mache mal eine Testauswertung mit den Daten von der Woche, und schaue mir den Report an. |
|
Die Partei hat Befehle bekommen. Hier liegt kein Mailproblem vor. Aber falls es sich um diesen Hafen handelt: Hafen (d4rn), Größe 25, Hafen. Dann ist Dein Problem vielleicht folgendes: Da steht niemand drin. So weit ich das sehe, hast Du nur drei Einheiten in der Region, keine davon im Hafen. Worauf stützt Du die Aussage, dass der Hafen nicht funktioniert? Diese Fehlermeldung ist so mangelhaft, dass ich drauf und dran bin, sie als unreproduzierbar zu schließen. Vielleicht machst Du einfach noch eine (oder zwei) neue. |
|
Vielen Dank für deine Nachforschungen! Das weiß ich zu schätzen. Entschuldige meine mangelhafte Fehlermeldung. Du kannst die Fehlermeldung gern schließen. Gerade funktioniert alles reibungslos, wie ich es aus vielen Jahren Eressea gewohnt bin und schätze. Für den Fall, du willst doch nochmal nachschauen, habe ich für zwei Einheiten in Vollmoor die eingeschickten Befehle zu kopiert und hoffe, dass das nun nachvollziehbar ist. Aber wie gesagt, gern einfach die Fehlermeldung schließen. In Runde 440, 13.1.18 20:49 habe ich folgende Befehle eingeschickt: Ergebnis Runde 441: |
|
|
|
Ich glaube, Julius hat das richtig erkannt. Der Server bearbeitet nur einen langen Befehl pro Einheit. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2018-01-13 23:49 | Tuor | Neuer Eintrag | |
2018-01-14 00:17 | Tuor | Notiz hinzugefügt: 0007768 | |
2018-01-14 13:05 | Tuor | Notiz hinzugefügt: 0007769 | |
2018-01-23 07:44 | Enno | Notiz hinzugefügt: 0007777 | |
2018-01-23 07:45 | Enno | Bearbeitung durch | => Enno |
2018-01-23 07:45 | Enno | Status | neu => zugewiesen |
2018-01-23 07:49 | Enno | Notiz hinzugefügt: 0007778 | |
2018-01-23 08:13 | Enno | Zielversion | => 3.15.0 |
2018-01-27 20:42 | Tuor | Notiz hinzugefügt: 0007779 | |
2018-01-27 20:48 | Enno | Notiz hinzugefügt: 0007780 | |
2018-01-27 21:12 | Enno | Status | zugewiesen => Rückmeldung |
2018-01-27 21:55 | Enno | Status | Rückmeldung => zugewiesen |
2018-01-27 21:55 | Enno | Notiz hinzugefügt: 0007786 | |
2018-01-28 10:58 | Enno | Notiz hinzugefügt: 0007788 | |
2018-01-28 11:09 | Enno | Status | zugewiesen => Rückmeldung |
2018-01-28 11:09 | Enno | Notiz hinzugefügt: 0007789 | |
2018-01-28 14:38 | Enno | Priorität | sofort => niedrig |
2018-01-28 14:38 | Enno | Zielversion | 3.15.0 => |
2018-02-03 12:24 | Tuor | Notiz hinzugefügt: 0007803 | |
2018-02-03 12:24 | Tuor | Status | Rückmeldung => zugewiesen |
2018-02-03 13:34 | Julian | Notiz hinzugefügt: 0007804 | |
2018-02-03 14:35 | Enno | Status | zugewiesen => erledigt |
2018-02-03 14:35 | Enno | Lösung | offen => keine Änderung notwendig |
2018-02-03 14:35 | Enno | Notiz hinzugefügt: 0007805 |