Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0000260 | Magellan | CR-Support | öffentlich | 2008-06-08 14:29 | 2008-07-30 20:57 |
| Reporter | stm | Bearbeitung durch | stm | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
| Status | erledigt | Lösung | erledigt | ||
| Produktversion | 2.0.2 | ||||
| Zielversion | 2.0.2 | ||||
| Zusammenfassung | 0000260: Regionsressourcen und Vorlage | ||||
| Beschreibung | Bei Vorlagereports werden RESOURCE-Blocks fälschlicherweise als veraltet angesehen. | ||||
| Schritte zur Reproduktion | Hinzufügen eines CR aus Vorlage ("Vorlage";Konfiguration) zu einem Serverreport der Vorrunde führt zu: Ressourcen Bauern: 1790 (nicht aktuell) Silber: 134939 (nicht aktuell) Schößlinge: 2 (vor 1 Runde) Bäume: 15 (vor 1 Runde) | ||||
| Zusätzliche Informationen | Der Unterschied zwischen Bauern und Bäumen ist darauf zurückzuführen, dass es in der Vorrunde (573) noch keinen RESOURCE-Block für Bauern gab. | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Project | Magellan 2 | ||||
|
|
Ich beabsichtige das so zu ändern, dass (wie in der CR-Definition vorgesehen) die "runde"-Information grundsätzlich aus dem runde-Tag des Reports übernommen wird, sofern keine eigene Information vorliegt. |
|
|
testen. Das berichtete Ergebnis ist auf jeden Fall derzeit "nachvollziehbar", da mit diesem Konfiguarion-Tag der Report nicht als Server-report erkannt wird und daher das Runde-Tag nicht gesetzt wird. Problem bei der vorgeschlagenen Änderung: wenn ein CR hinzugefügt wird, dessen ressource-Block bereits ein Rundentag unterschiedlich zur Rundenangabe des Reports hat, müsste wohl das jeweils "höhere" Runden-Tag übernommen werden. beim Grübeln darüber kam ich auf die Irrsinnsidee mit dem Erkennen eines Serverreports...sollte wieder weg. Fiete |
|
|
Gefixed durch stm in Build 212. Changed small detail in Regionresource.merge for build 213. |
|
|
Scheint erledigt... |
