View Issue Details

IDProjectCategoryView StatusLast Update
0000864EresseaGeneralpublic2007-02-14 23:05
Reporteruser239Assigned ToEnno  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Summary0000864: VERLASSEN und BETRETEN
Description

Wird in einer Runde sowohl VERLASSEN als auch BETRETEN BURG xyz als Befehl gegeben, ist die Einheit nachher nicht im Gebäude xyz. Die Kombination ist aber notwendig, wenn man ein Gebäude (oder Schiff) sicher verlassen will, auch wenn man xyz vielleicht nicht betreten darf.

Additional Information

462: Burg Teergrund (uuqn), Größe 620, Burg; ...

  • Fischer (8bdo), 40 Meermenschen, kämpft nicht, Talente: Unterhaltung 9,

EINHEIT 8bdo; Fischer [40,3854$] UNTERHALTEN @GIB n8wn ALLES silber VERLASSEN BETRETEN BURG 8qp1 ;Burg

463: Burg (8qp1), Größe 56, Turm.

* Bauhuette (f4g6), 10 Meermenschen, kämpft nicht, Talente: Burgenbau 9,
  • Fischer (8bdo), 40 Meermenschen, kämpft nicht, Talente: Unterhaltung 9, hat: 3319 Silber, "UNTERHALTEN".

    ^^^ nicht in 8qp1

TagsNo tags attached.
Faction1wpy
Game
Report463

Activities

Enno

Enno

2006-02-27 10:30

administrator   ~0001809

Ja, das sieht man aber auch schon an der Befehlsreihenfolge. Die aendere ich auch nicht, an der haengen viel zu viele Dinge dran.

Als Ersatzloesung fuer Dein sehr spezielles Problem (das bisher noch niemand anders hatte), probier mal folgendes:

EINHEIT 1 VERLASSE GIB TEMP a ALLES GIB TEMP a ALLE PERSONEN MACHE TEMP a BETRETE BURG xyz NAECHSTER

user239

2006-02-27 12:23

  ~0001810

Zu deinem Lösungsvorschlag: Sind TEMP-Einheiten nicht grundsätzlich in dem gleichen Gebäude/Schiff wie die Einheit, der sie "gehören"? Dann würde die TEMP-Einheit, wenn sie nicht Betreten darf, einfach im alten Gebäude bleiben.

Dass das Problem noch niemand gemeldet hat liegt vielleicht eher daran, dass es meist relativ einfache work-arounds gibt (zum Beispiel BETRETEN einfach eine Woche später). Bei mir tritt das aber bei fast jeder Invasion und auch bei anderen Gelegenheiten auf. Bei Burgen ist das ja nicht so kritisch, das konkrete Beispiel unten habe ich nur genannt, weil ich es noch mal reproduzieren wollte. Richtig relevant wird es, wenn man aus einem Schiff aussteigen will, ein möglicherweise noch vom Feind besetztes Gebäude betreten und trotzdem sichergehen möchte, nicht auf dem abfahrenden Schiff zu bleiben.

Ganz allgemein: Ich weiß von mindestens zwei Gebäuden, die aufgrund der BETRETE/VERLASSE-Problematik eingestürzt sind, es gibt sicher noch unzählige Beispiele. Es ist eben nicht intuitiv, dass ein Gebäude, dass eben erst betreten wurde, in der gleichen Runde wieder verlassen wird. Aus Benutzersicht wäre es wahrscheinlich am einfachsten VERLASSE mit einem (optionalen) Parameter zu verseheh: VERLASSE [schiff/gebäudenr]. Aus der etwas kryptischen Angaben in der Anleitung (Befehlsreihenfolge) und deinem Kommentar entnehme ich, dass das möglicherweise doch nicht so einfach ist. :|

Bruck

Bruck

2006-02-27 14:08

reporter   ~0001811

TEMP-Einheiten sind im selben Gebäude, wie die "Erzeuger".

Enno's work-around funktioniert aber, wenn man noch eine andere Einheit in der Region hat (ausserhalb von Gebäuden), die die TEMP-Einheit "herstellt".

Aber zum Problem mit den einstürzenden Gebäuden hätte ich eine Idee: Was wenn leere Tempeinheiten nicht an Stelle 29, sondern nach dem letzten unterhalt der Gebäude an 32,5 gelöscht würden?! Dann könnte man die ursprüngliche Einheit ganz normal verlassen lassen, eine leere TEMP-Einheit erzeugen, welche vielleicht das leere Gebäude betritt und über den Silberpool den Unterhalt bezahlt...

Nur so eine Idee.

Enno

Enno

2006-07-26 19:17

administrator   ~0002116

Es ist jetzt seit ein paar Wochen so, dass VERLASSE nur dann ausgefuehrt wird, wenn man das Schiff/Gebaeude nicht in der selben Runde betreten hat.

Issue History

Date Modified Username Field Change
2006-02-27 09:33 user239 New Issue
2006-02-27 09:33 user239 Partei/Faction => 1wpy
2006-02-27 09:33 user239 Report No. => 463
2006-02-27 10:30 Enno Status new => resolved
2006-02-27 10:30 Enno Resolution open => fixed
2006-02-27 10:30 Enno Assigned To => Enno
2006-02-27 10:30 Enno Note Added: 0001809
2006-02-27 10:30 Enno Resolution fixed => won't fix
2006-02-27 12:23 user239 Status resolved => feedback
2006-02-27 12:23 user239 Resolution won't fix => reopened
2006-02-27 12:23 user239 Note Added: 0001810
2006-02-27 14:08 Bruck Note Added: 0001811
2006-07-26 19:17 Enno Status feedback => resolved
2006-07-26 19:17 Enno Resolution reopened => fixed
2006-07-26 19:17 Enno Note Added: 0002116
2007-02-14 23:05 Enno Status resolved => closed