Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002629 | Eressea | Schiffe | öffentlich | 2020-01-05 00:39 | 2020-08-07 23:52 |
Reporter | Solthar | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 3.22 | ||||
Zielversion | 3.25 | Behoben in Version | 3.25 | ||
Zusammenfassung | 0002629: Leere Einheit kann keine Schiffe übergeben | ||||
Beschreibung | Folgende Befehle EINHEIT 52m4; Kaperkapitän [3,470$,Sydy6] GIB wzzo ALLES GIB wzzo ALLES PERSONEN GIB wzzo 1 SCHIFF resultierten in der Fehlermeldung Kaperkapitän (52m4) in Gerengko (3,5): 'GIB wzzo 1 SCHIFF' - Die Einheit ist nicht der Kapitän des Schiffes. Die Einheit war zu Anfang der Runde Kapitän. Ich hätte erwartet, dass das funktioniert. Kann eine leere Einheit während der Abarbeitung der Befehle kein Kapitän sein? | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | 1wpy | ||||
Spiel | E2 | ||||
Report | 1150 | ||||
Vermutlich schlicht die falsche Reihenfolge? Gib XYZ alles GIB ZYX 100 Silber Funktioniert nicht GIB ZYX 100 Silber Gib XYZ alles Hingegen schon. Erst das Schiff übergeben und dann die Personen müsste also auch funktionieren. |
|
Was soll daran falsch sein? Gegenstände, Personen und Schiffe übergeben hat nichts miteinander zu tun. Offenbar wird bei der Besitzerüberprüfung von GIB SCHIFF überprüft, ob die Einheit leer ist. Das finde ich überraschend. Ist das nötig und sinnvoll? Falls ja, muss es in die Anleitung. |
|
GIB xyz ALLES GIB abc KOMMANDO funktioniert, weil Kommando vor dem normalen GIB kommt. GIB abc ALLES PERSONEN GIB xyz ALLES funktioniert, weil es GIB ALLES egal ist, ob die Einheit Personen hat. Wie ist es eigentlich mit TEMP-Einheiten. Funktioniert zum Beispiel das: MACHE TEMP abc BETRETE SCHIFF abc; leeres Schiff ; TEMP-Einheit rekrutiert oder bekommt Personen übergeben ENDE GIB TEMP abc SCHIFF; ein anderes Schiff Das ist ein Anwendungsfall, von dem ich mir wünschen würde, dass er funktioniert. Ich bin mir ziemlich sicher, dass Kommandoübergaben an TEMP-Einheiten funktionieren und TEMP-Einheiten auch das Kommando übergeben können oder übergeben bekommen können, falls sie noch leer sind. |
|
Okay, ship_owner testet u->number > 0 und sucht einen neuen Besitzer, wenn der alte Besitzer keine Personen hat. Dafür gibt es sicher einen guten Grund, aber hier ist es unglücklich. Sollte man GIB SCHIFF an eine andere Stelle der Befehlsreihenfolge setzen? Vor oder nach GIB KOMMANDO? |
|
Ja, ich fürchte, für die Logik in ship_owner gibt es einen Grund, aber ich komme beim besten Willen gerade nicht drauf. Entweder den Grund finden und fixen, oder für GIB SCHIFF diese Funktion nicht benutzen. |
|
Ich entferne mal den Test auf u->number, ich sehe auf Anhieb nicht, was da schief gehen kann, außer evtl. einer unglücklichen Kombination aus GIB PERSONEN und GIB KOMMANDO? |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2020-01-05 00:39 | Solthar | Neuer Eintrag | |
2020-01-05 08:30 | Xolgrim | Notiz hinzugefügt: 0008663 | |
2020-01-05 10:49 | Solthar | Notiz hinzugefügt: 0008664 | |
2020-01-05 11:04 | Solthar | Notiz hinzugefügt: 0008665 | |
2020-01-10 00:48 | Solthar | Notiz hinzugefügt: 0008685 | |
2020-08-07 19:12 | Enno | Notiz hinzugefügt: 0008943 | |
2020-08-07 19:12 | Enno | Bearbeitung durch | => Enno |
2020-08-07 19:12 | Enno | Status | neu => zugewiesen |
2020-08-07 23:52 | Enno | Status | zugewiesen => erledigt |
2020-08-07 23:52 | Enno | Lösung | offen => erledigt |
2020-08-07 23:52 | Enno | Behoben in Version | => 3.25 |
2020-08-07 23:52 | Enno | Notiz hinzugefügt: 0008944 | |
2020-08-07 23:52 | Enno | Zielversion | => 3.25 |