Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0000380 | Magellan | Magellan 2 | öffentlich | 2014-02-26 09:47 | 2015-02-12 11:40 |
Reporter | Bearbeitung durch | stm2 | |||
Priorität | dringend | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
Status | erledigt | Lösung | nicht reproduzierbar | ||
Zielversion | 2.0.6 | Behoben in Version | 2.0.6 | ||
Zusammenfassung | 0000380: übergebene Einheiten bleiben erhalten | ||||
Beschreibung | Wenn ich eine komplette Einheit in Runde x-1 an eine andere Partei übergebe und dann meinen Report von Runde x zu dem vorherigen Gesamtreport hinzufüge, dann bleibt mir die abgegebene Einheit erhalten. Die Einheit erscheint auch nicht bei der Partei, an die sie abgegeben wurde. Das geschieht nur innerhalb von Magellan, der CR als solches ist in Ordnung. Als workaround kann man natürlich die abgegebene Einheit manuell aus dem Gesamtreport löschen und Magellan dann wieder diesen Report einlesen lassen, aber das ist ein wenig nervig, weil man es natürlich leicht vergisst. | ||||
Tags | Keine Tags zugeordnet. | ||||
Project | Magellan 2 | ||||
|
Das kann ich nicht reproduzieren. Ist die Einheit im hinzugefügten Report (x) enthalten? Ist sie parteigetarnt oder so was? Am besten brauche ich einen minimale Reports von Woche x und x-1, bei denen das Problem auftritt. |
|
Hai! Ich habe den Fehler mal reproduzierbar nachgestellt. Was ich in meiner Fehlermeldung zu erwähnen vergessen hatte, war, dass der Fehler nur auftritt, wenn man Reports verschiedener Parteien zusammenfügt. Alle Daten in den angefügten Dateien stammen aus original vom Server erhaltenen Auswertungen. Allerdings habe ich die Parteinamen konsistent geändert und auch Einheitennamen und -beschreibungen anonymisiert. Nicht zur Fehlernachstellung benötigte Einheiten habe ich aus den Reports entfernt, ebenso alle nicht benötigten Parteien, Gebäude, Schiffe, etc. Die Reihenfolge der Einheiten in den Reports habe ich allerdings nicht verändert. Also: Im Basisreport der Runde 875 (dieser ist als Fortschreibung älterer Reports aller beteiligten Parteien im Laufe der Zeit entstanden und hat auch diverse Versionssprünge von Magellan mitgemacht) sind in Region A die Parteien 222222 und 3333333 anwesend, wobei aber Partei 1111111 der Eigentümer des Reports ist. Partei 222222 übergibt eine Einheit an Partei 3333333. Der Server führt dies auch durch - erkennbar an der entsprechenden Meldung und auch daran, dass in Auswertung von Partei 222222 der Folgewoche diese Einheit der Partei 3333333, also der Empfängerpartei, angehört. Der Report der Folgewoche wird aber wie folgt aufgebaut: Hinzufügen der Auswertung 876 von Partei 1111111 (876-ntc7.cr) zum Basisreport. Partei 1111111 ist in der Region A nicht vertreten, wohl aber in anderen Regionen (dort auch gemeinsam mit allen andren involvierten Parteien). Danach wird Auswertung 876 der Partei 222222 (876-4rgu.cr) hinzugefügt. Et voilá: Einheit 88206 (1w26 als Base-36-Zahl) behält ihre alte Parteinummer anstatt zur Partei 3333333 zu wechseln, wie es dieser hinzugefügte Report eigentlich vorgibt. Weitere Fehler, die mir aufgefallen sind, und die wohl auf der gleiche Ursache beruhen, die aber hier nicht auftreten, betreffen die Nicht-Übernahme des gesundheitsstatus sowie auch ab und an des Besitzes (was genau dann ärgerlich ist, wenn bei einer Einheit Silber angezegt wird, der Server aber kein Silber im Besitz der Einheit weiß). |
|
Müsste seit build 595 erledigt sein. Leider habe ich die Attachements nicht mehr, die sind bei der Mantisumstellung verloren gegangen. |
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2014-04-22 19:41 | stm2 | Bearbeitung durch | => Benutzer81 |
2014-04-22 19:41 | stm2 | Status | neu => anerkannt |
2015-02-12 11:40 | stm2 | Notiz hinzugefügt: 0000860 | |
2015-02-12 11:40 | stm2 | Status | anerkannt => erledigt |
2015-02-12 11:40 | stm2 | Behoben in Version | => 2.0.6 |
2015-02-12 11:40 | stm2 | Lösung | offen => nicht reproduzierbar |