Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0003076 | Eressea | Schiffe | öffentlich | 2025-07-13 10:22 | 2025-07-13 18:37 |
Reporter | Julian | Bearbeitung durch | Enno | ||
Priorität | hoch | Schweregrad | schwerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 30.2 | ||||
Zielversion | 30.3 | Behoben in Version | 30.2 | ||
Zusammenfassung | 0003076: Kapitänseinheit auf Boot wechselt auf offener See ohne erkennbaren Grund | ||||
Beschreibung | In Runde 1406, war Einheit (9L2) von Partei (ara) Kapitän auf Boot (fsx5). Einheit (L6uo) von Partei (snow) ist als Passagier an Bord. Einheit 9L2 von (ara) hatte folgende Befehle in 1406:
Einheit L6uo von (snow) hatte nur den Befehl ''LERNE AUTO Segeln'' ist aber unwichtig, da kein Meermensch und damit kein langer Befehl möglich. Situation in Runde 1407: Einheit (L6uo) von Partei (snow) ist Kapitän und Einheit (9L2) von Partei (ara) ist Passagier. Das Kommando wurde aber nicht übergeben! Das Boot hat sich entsprechend nicht bewegt, bzw. ist abgetrieben, weil nicht ausreichend Kapitänstalent vorhanden ist. Einzige Meldung - in beiden Reporten - die wir gefunden haben ist folgende: ''Die boat (fsx5) hat zu wenig Segler und treibt nach Nordosten.'' Es ist aktuell nicht nachvollziehbar, warum das Kommando / der Kapitän auf dem Boot gewechselt hat. Es gab keinen entsprechenden Befehl. | ||||
Zusätzliche Informationen | Beteiligte Einheiten:
| ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | snow | ||||
Spiel | E2 | ||||
Report | 1407 | ||||
Seltsam. Im Datenfile 1406 ist Kadyael (L6uo) bereits Kapitän des Bootes. Im Report 1406 allerdings nicht:
Da muss ich evtl eine Woche weiter zurück gehen, um herauszufinden, was da los ist. |
|
Von Runde 1404 nach 1405 ist dasselbe passiert! In 1404 war auch 9L2 Kapitän und L6uo war nur Passagier. In 1405 war plötzlich L6u0 Kapitän und 9L2 war nur noch Passagier. Da haben wir da aber nicht so detailliert nachgeguckt. Da es jetzt aber wieder passiert ist, die Meldung erst jetzt. |
|
Problem eingegrenzt. Beim Laden der Daten wird die erste Einheit der Region, die auf dem Schiff ist, zum Kapitän gemacht. Das ist korrekt, wenn die Einheiten in Reportreihenfolge gespeichert sind, aber aus irgend einem Grund sind sie das hier nicht. Wenn jemand zum Kapitän eines Schiffes wird, müssen alle Insassen des Schiffes in der Region unter den Kapitän sortiert werden. Entweder sofort, oder bevor das Datenfile geschrieben wird, weiß gerade nicht, wie das gemacht wird. Da scheint der Wurm drin zu sein. |
|
Aha: Das passiert in init_reports (also bevor die Reporte geschrieben werden. Das muss vor dem Schreiben des Datenfiles passieren, habe ich da nicht neulich mal die Reihenfolge geändert? |
|
Es gibt einen Hotfix 30.2.1 für dieses Problem |
|
Die Reihenfolge der Einheiten wird sich dadurch nicht ändern, es bleibt also dabei, dass L6uo der Kapitän ist, und das Kommando zurück übergeben muss. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2025-07-13 10:22 | Julian | Neuer Eintrag | |
2025-07-13 10:46 | Enno | Bearbeitung durch | => Enno |
2025-07-13 10:46 | Enno | Status | neu => bestätigt |
2025-07-13 10:46 | Enno | Notiz hinzugefügt: 0010394 | |
2025-07-13 11:03 | Julian | Notiz hinzugefügt: 0010395 | |
2025-07-13 11:04 | Enno | Notiz hinzugefügt: 0010396 | |
2025-07-13 11:07 | Enno | Notiz hinzugefügt: 0010397 | |
2025-07-13 11:10 | Enno | Priorität | normal => hoch |
2025-07-13 11:10 | Enno | Schweregrad | kleinerer Fehler => schwerer Fehler |
2025-07-13 11:10 | Enno | Zielversion | => 30.3 |
2025-07-13 13:09 | Enno | Beschreibung aktualisiert | |
2025-07-13 14:36 | Julian | Notiz bearbeitet: 0010395 | |
2025-07-13 18:35 | Enno | Status | bestätigt => erledigt |
2025-07-13 18:35 | Enno | Lösung | offen => erledigt |
2025-07-13 18:35 | Enno | Behoben in Version | => 30.2 |
2025-07-13 18:35 | Enno | Notiz hinzugefügt: 0010398 | |
2025-07-13 18:37 | Enno | Notiz hinzugefügt: 0010399 |