Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002152 | Eressea | General | öffentlich | 2015-11-08 12:59 | 2017-12-05 19:50 |
Reporter | Solthar | Bearbeitung durch | Enno | ||
Priorität | hoch | Schweregrad | schwerer Fehler | Reproduzierbar | nicht getestet |
Status | geschlossen | Lösung | erledigt | ||
Zielversion | 3.7.0 | Behoben in Version | 3.7.0 | ||
Zusammenfassung | 0002152: Parteitarnung funktioniert nicht | ||||
Beschreibung | Parteigetarnete Einheiten werden im NR als wahre Partei angezeigt. Zum Beispiel
was eigentlich
heißen sollte | ||||
Zusätzliche Informationen | 952:
953: In Tepan (-150,42) findet ein Kampf statt. Der Kampf wurde ausgelöst von Monster (ii). Heer 0: Monster (ii) Kämpft gegen: Heer 1(4dob), Heer 2(anc) Hilft: Heer 0(ii) Attacke gegen: Heer 1(4dob), Heer 2(anc) ... in der 1. Kampflinie:
Heer 1: gundabar of angmar clan (4dob) Kämpft gegen: Heer 0(ii) Hilft: Heer 1(4dob), Heer 2(anc) ... in der 4. Kampflinie:
Heer 2: black phantom (anc) Kämpft gegen: Heer 0(ii) Hilft: Heer 1(4dob), Heer 2(anc) ... in der 4. Kampflinie:
| ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | 1wpy | ||||
Spiel | E2 | ||||
Report | 953 | ||||
Im CR wird auch nur die wahre Partei angezeigt, also 1348834;Partei statt 1348834;Partei 573869;Anderepartei |
|
Erste Debug-Ergebnisse:
Neue Untersuchung: Wurde das at_otherfaction aus dem Datenfile geladen, oder hat es da schon gefehlt? |
|
Zweiter Versuch: Es gibt die Attribute im Datenfile, aber read_of checkt rule_stealth_faction & 2, und da es 1 ist, kommt AT_READ_FAIL zurück, weshalb keine at_otherfaction eingelesen werden. Hat sich die Regel geändert? Evtl. bei Verlegung in die JSON Config? |
|
Oha, in der Konfiguration ist rules.stealth.faction ein Boolean, kein Integer. Wenn es ein Integer sein sollte, was sind dann die verschiedenen Ausprägungen? Evtl. nur 2 oder nicht-2 ? Der Code kann da klarer sein. |
|
Ich sehe gerade, der default war früher 0xFF, und ist jetzt 1. Es scheint, das war ein Boolean, und die &2 Bit-Pfuscherei ist ein roter Hering. |
|
Oh nein, Missverständnis. Es gibt scheinbar zwei Formen der Parteitarnung: TARNE PARTEI, und TARNE PARTEI |
|
Die anonyme Tarnung ist UFL_ANON_FACTION, die andere ist atotherfaction. Das sollte im Code durch defines erklärt werden, oder separate rule*() funktionen nicht durch Bitmagie. |
|
Fehler gefunden, lag an einer Änderung im Lesen der Konfigurationsdaten. Das sollte allerdings schon vorige Woche falsch gewesen sein. Merke: Der QA Prozess ist nicht idiotensicher. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2015-11-08 12:59 | Solthar | Neuer Eintrag | |
2015-11-08 13:26 | Solthar | Priorität | normal => hoch |
2015-11-08 13:26 | Solthar | Schweregrad | kleinerer Fehler => schwerer Fehler |
2015-11-08 13:26 | Solthar | Zusammenfassung | Kampfreport respektiert Parteitarnung nicht => Parteitarnung funktioniert nicht |
2015-11-08 13:26 | Solthar | Beschreibung aktualisiert | |
2015-11-08 19:29 | Enno | Produktversion | 3.7.0 => pre-release |
2015-11-08 19:29 | Enno | Zielversion | => 3.7.0 |
2015-11-09 09:57 | Solthar | Notiz hinzugefügt: 0006219 | |
2015-11-09 12:01 | Enno | Bearbeitung durch | => Enno |
2015-11-09 12:01 | Enno | Status | neu => zugewiesen |
2015-11-09 12:24 | Enno | Notiz hinzugefügt: 0006220 | |
2015-11-09 12:26 | Enno | Notiz hinzugefügt: 0006221 | |
2015-11-09 12:30 | Enno | Notiz hinzugefügt: 0006222 | |
2015-11-09 12:32 | Enno | Notiz hinzugefügt: 0006223 | |
2015-11-09 12:35 | Enno | Notiz hinzugefügt: 0006224 | |
2015-11-09 12:37 | Enno | Notiz hinzugefügt: 0006225 | |
2015-11-09 13:40 | Enno | Notiz hinzugefügt: 0006226 | |
2015-11-09 13:40 | Enno | Status | zugewiesen => erledigt |
2015-11-09 13:40 | Enno | Behoben in Version | => 3.7.0 |
2015-11-09 13:40 | Enno | Lösung | offen => erledigt |
2015-11-09 13:40 | Enno | Notiz bearbeitet: 0006226 | |
2017-12-05 19:50 | Enno | Status | erledigt => geschlossen |