View Issue Details

IDProjectCategoryView StatusLast Update
0001673EresseaGeneralpublic2010-03-11 06:15
ReporterSchweiger Assigned ToEnno  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Summary0001673: Angriffe in die dritte Schlachtreihe
Description

In der vergangenen Woche gab es eine größere Schlacht, in der unsere Feinde unter anderem auch viele unserer Einheiten attackierten, die auf KÄMPFE NICHT standen. Die Schlacht endete (formal) in einem Unentschieden. Beide Fronten hielten. Die auf KÄMPFE NICHT stehenden Einheiten bekamen aber ordentlich Verluste ab. Laut Regeln greifen Fernkämpfer aber nur in die erste und zweite Reihe hinein an. Woher also die Verluste bei meinen armen Zivilisten-Dieben?

Additional Information

Beispielseinheiten: Partisanen (ue6h) Gschaftlhuber & Co KG (ndhq) Hashkrmpf und Söhne, Schnitzmeister (krz5)

Der Feind hat zwar unsere Kampfreihen mit Magie durcheinandergewirbelt, die angeführten Einheiten waren davon laut Kampfreport aber nicht betroffen (standen danach in der 3. Reihe und sind weiter auf KÄMPFE NICHT eingestellt - bei anderen Einheiten, die von dem Zauber betroffen waren, änderte sich auch der Kampfstatus)

Ich vermute einen Zusammenhang mit Bug 1495 (Schiffsschaden durch Hirntöter).

TagsNo tags attached.
FactionevoL
Game
Report646

Activities

Thoran

Thoran

2009-12-01 23:57

reporter   ~0004179

Ich habe im Hinterkopf, daß man die durch Magie veränderte Schlachtreihe nicht mehr unbedingt im Kampfreport sehen kann, kann das aber momentan nicht mehr finden.

Xolgrim

Xolgrim

2010-01-21 06:39

updater   ~0004246

Die anzeige der Kampfreihen zeigt nur den Kampfstatus an und nicht die aktuelle Position wenn ich mich da recht entsinne. Wie Thoran schon sagt werden daher die verdrehungen des Zaubers nicht angezeigt. Ein einbrechen der Front wegen 3 zu 1 überrennen auch nicht.

Enno

Enno

2010-01-21 07:27

administrator   ~0004247

Ich würde mal annehmen, dass die erste Reihe überrannt wurde. Normalerweise heisst KÄMPFE NICHT, das die Leute genug Abstand von Fernkämpfern halten würden, dafür muss aber genug Front vor ihnen stehen.

Solthar

Solthar

2010-01-22 14:55

developer   ~0004249

Mit der Kampfreihenvertauschung ist es nach meiner Erfahrung so: In der Auflistung der Einheiten steht noch der normale, gesetzte Kampfstatus. Bei der Zusammenfassung der Runden steht dann der tatsächliche Kampfstatus (wobei Überennen aber nicht irgendwie angezeigt wird). Im Beispiel unten könnten die 100 aus der 3. Reihe also durchaus Schaden nehmen, ohne dass in die 3. Reihe geschossen wird oder jemand überrannt wird.

                 In Fantastistan (0,0) findet ein Kampf statt.

Magier 1 zaubert komischen Verwirrungszauber

Heer 0: Monster (ii) Kämpft gegen: Heer 1 (Mag) Hilfe: Heer 1 (Mag) Attacke gegen: Heer 1 (Mag) ... in der 1. Kampflinie:

  • pöhse Monster (1), 100 Dracoide, aggressiv, hat.... ... in der 3. Kampflinie:
  • feige Hunde (2), 100 Dracoide, kämpft nicht, hat....

Heer 1: Magier (mag) ... in der 1. Kampflinie:

  • Draufhauer (3), 100 Menschen, aggressiv, hat... ... in der 2. Kampflinie:
  • Magier (42), 1 Mensch, defensiv, hat...

... Einheiten vor der 1. Runde: Heer 0(Mon): 130+70, Heer 1: 100+1

... Feige Hunde verliert 30 Personen

So zu beobachten zum Beispiel bei der Einheit 63q5 in Runde 653.

Argonar

Argonar

2010-01-23 22:06

reporter   ~0004252

Last edited: 2010-01-23 22:07

Kann die Erfahrung von Solthar zu 100% aus vielen Schlachten bestätigen. Kein Bug. Kann geschlossen werden.

Enno

Enno

2010-01-24 01:52

administrator   ~0004258

ok

Issue History

Date Modified Username Field Change
2009-11-29 01:34 Schweiger New Issue
2009-11-29 01:34 Schweiger Partei/Faction => evoL
2009-11-29 01:34 Schweiger Report No. => 646
2009-12-01 23:57 Thoran Note Added: 0004179
2010-01-21 06:39 Xolgrim Note Added: 0004246
2010-01-21 07:27 Enno Note Added: 0004247
2010-01-22 14:55 Solthar Note Added: 0004249
2010-01-23 22:06 Argonar Note Added: 0004252
2010-01-23 22:07 Argonar Note Edited: 0004252
2010-01-24 01:52 Enno Note Added: 0004258
2010-01-24 01:52 Enno Status new => resolved
2010-01-24 01:52 Enno Resolution open => no change required
2010-01-24 01:52 Enno Assigned To => Enno
2010-03-11 06:15 Xolgrim Status resolved => closed