Eintragsdetails ansehen

IDProjektKategorieSichtbarkeitZuletzt aktualisiert
0001569EresseaGeneralöffentlich2014-08-26 13:16
ReporterSchweiger Bearbeitung durchCTD  
PrioritätnormalSchweregradkleinerer FehlerReproduzierbarimmer
Status geschlossenLösungwird nicht behoben 
Zusammenfassung0001569: BEKLAUE funktioniert nicht - keine Meldung
Beschreibung

Ich habe in den letzten Wochen erfolglos versucht, eine Einheit einer anderen Partei zu beklauen. Ich kriege weder eine Erfolgs- noch eine Fehlermeldung, sondern es passiert einfach nichts. Meine Klaukobolde haben T4+ Tarnung, also daran sollte es nicht scheitern.

Schritte zur Reproduktion

Report# 629 + 630

Zusätzliche Informationen

Klauende Einheiten: Die Bunte (ye1o), Die Leere (8mwt) Beklaute Einheit: Botschafter Mokka Falanthas (xpaa)

Die klauenden Einheiten haben auch ein @FOLGE auf den zu Beklauenden gesetzt, das aber nicht aktiv wurde, weil der zu Beklauende stillhielt. Meine Vermutung ist, dass die Regel "FOLGE SCHIFF ist immer ein langer Befehl; FOLGE EINHEIT nur, wenn sich das Ziel bewegt und hat dann Vorrang vor allen anderen langen Befehlen. " verbugt ist, so dass FOLGE derzeit immer lang ist. Ich probier's diese Woche aus: Eine beklauende Einheit folgt, die andere nicht.

Kämpfe gab es übrigens keine.

TagsKeine Tags zugeordnet.
ParteievoL
SpielE2
Report629

Notizen / Dateien

Xolgrim

Xolgrim

2009-09-09 09:49

Tester   ~0003992

Was hat dein Test gezeigt?

Schweiger

Schweiger

2009-09-09 19:09

Tester   ~0003999

Ohne @FOLGE klappte das Klauen dann. Die gegnerische Einheit ist inzwischen in eine andere Region gezogen, und meine beiden Diebe hängen wieder dran. Seltsamerweise klappt die FOLGE-BEKLAUE-Kombination dort so, wie ich es von den Regeln her erwarte. Ich habe immer noch keine Ahnung, warum es für die gemeldeten Einheiten in den gemeldeten Runden nicht funktioniert hat.

Solthar

Solthar

2010-11-04 16:54

Entwickler   ~0004643

Es ist möglich, dass die verfolgte Einheit hin- und hergeritten ist, also sowas wie NACH w o? Eine weitere Erklärung wäre, dass sie selber einen Folge-Befehl hatte.

Enno

Enno

2014-08-14 09:10

Administrator   ~0005335

Normalizing the Report# field to contain only numbers.

CTD

CTD

2014-08-26 13:16

Entwickler   ~0005354

Bei der Überprüfung ob die Einheit Folgen soll oder den anderen langen Befehl ausfüren soll, wir nur geschaut ob die andere Einheit einen potenziellen Bewegungsbefehl hat, z.B Folge oder Fahre. Wenn sich die Einheit dann doch nicht bewegt (z.B. wegen Überladung) macht die folgende Einheit halt nix. Das bis ins kleinste detail zu ändern ist zu viel zu aufwendig, daher wird das nicht pasieren.

Eintrags-Historie

Änderungsdatum Benutzername Feld Änderung
2009-08-02 11:14 Schweiger Neuer Eintrag
2009-08-02 11:14 Schweiger Partei/Faction => evoL
2009-08-02 11:14 Schweiger Report No. => 629, 630
2009-08-02 11:14 Schweiger Zusätzliche Informationen aktualisiert
2009-09-09 09:49 Xolgrim Notiz hinzugefügt: 0003992
2009-09-09 19:09 Schweiger Notiz hinzugefügt: 0003999
2010-11-04 16:54 Solthar Notiz hinzugefügt: 0004643
2014-08-14 07:08 Enno Spiel => 2
2014-08-14 09:10 Enno Report 629, 630 => 629
2014-08-14 09:10 Enno Notiz hinzugefügt: 0005335
2014-08-14 09:10 Enno Schritte zur Reproduzierung aktualisiert
2014-08-26 13:16 CTD Notiz hinzugefügt: 0005354
2014-08-26 13:16 CTD Status neu => geschlossen
2014-08-26 13:16 CTD Bearbeitung durch => CTD
2014-08-26 13:16 CTD Lösung offen => wird nicht behoben