Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0001569 | Eressea | General | öffentlich | 2009-08-02 11:14 | 2014-08-26 13:16 |
| Reporter | Schweiger | Bearbeitung durch | CTD | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
| Status | geschlossen | Lösung | wird nicht behoben | ||
| Zusammenfassung | 0001569: 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. | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | evoL | ||||
| Spiel | E2 | ||||
| Report | 629 | ||||
|
Was hat dein Test gezeigt? |
|
|
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. |
|
|
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. |
|
|
Normalizing the Report# field to contain only numbers. |
|
|
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. |
|
| Ä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 |