Eintragsdetails ansehen

IDProjektKategorieSichtbarkeitZuletzt aktualisiert
0000567EresseaGeneralöffentlich2006-04-17 02:13
ReporterDirk Bearbeitung durchEnno  
PrioritätnormalSchweregradkleinerer FehlerReproduzierbarimmer
Status geschlossenLösungnicht reproduzierbar 
Zusammenfassung0000567: Handel
Beschreibung

die händler hatten wie immer ihre "@kaufe" und "@verkaufe" befehle. es wurde in der vorlage aber immer wieder vom server "lernen handeln" eingefügt. bisher war dasegal, da die einheiten das ignoriert hatten und den handel ausgeführt hatten. nun ist es so, das sie lernen und nciht mehr handeln. hoffe das das einfügen von "lernen handeln" ein bug ist und ich nicht bei jedem händler jede woche dieses löschen muß, damit er handelt

TagsKeine Tags zugeordnet.
Partei65ou
Spiel
Report428

Notizen / Dateien

Xolgrim

Xolgrim

2005-06-19 20:37

Tester   ~0001266

Bisher lernte die Einheit UND handelte, das war auf jeden fall ein Bug der nun endlich behoben ist (ging nicht nur mit lerne Handeln) Dein eigentliches Problem wird derzeit wohl auch gerade bekämpft bei dem Versuch die Defaultbefehle wieder richtig hin zu bekommen die seit mehreren Wochen nicht richtig gesetzt werden.

Enno

Enno

2005-06-19 21:37

Administrator   ~0001267

ohne eine einheitennummer kann ich da garnichts machen. bitte nachholen.

Dirk

Dirk

2005-06-19 21:57

Reporter   ~0001268

Runde 426 Marktschreier 1ph9 LERNEN Handeln @KAUFEN 96 balsam VERKAUFEN ALLES Seide Marktschreier (1ph9) bezahlt 576 Silber für den Kauf von Luxusgütern. Marktschreier (1ph9) kauft 96 Balsam. Marktschreier (1ph9) verkauft 48 Seide. Marktschreier (1ph9) verdient in Cepyt (2,-7) 3168 Silber durch Handel.

Runde 427 Marktschreier 1ph9 LERNEN Handeln @KAUFEN 96 balsam VERKAUFEN ALLES Seide Marktschreier (1ph9) bezahlt 576 Silber für den Kauf von Luxusgütern. Marktschreier (1ph9) kauft 96 Balsam. Marktschreier (1ph9) verkauft 48 Seide. Marktschreier (1ph9) verdient in Cepyt (2,-7) 3168 Silber durch Handel.

Runde 428 Marktschreier 1ph9 LERNEN Handeln @KAUFEN 96 balsam VERKAUFEN ALLES Seide Keine kauf bzw verkaufaktivitäten

ebenso auch bei den anderen händlern

Apexo

Apexo

2005-06-26 12:24

Reporter   ~0001278

Workaround: eine der Kauf-/Verkaufsordern als DEFAULT-Befehl setzen, den Rest mit @ also z.B.

DEFAULT "KAUFEN 100 Weihrauch" KAUFEN 100 Weihrauch @VERKAUFEN ALLES Seide

das wird dann jede Woche zu

KAUFEN 100 Weihrauch @VERKAUFEN ALLES Seide

Grund warum der Lange Befehl "lernen" nicht überschrieben wird: weder KAUFEN noch VERKAUFN sind Lange Befehle im eigentlichen Sinne. Macht auch Sinn, finde ich ...

Bruck

Bruck

2005-07-03 22:05

Reporter   ~0001330

Der Workearound von Apexo funktioniert nicht.

Alle @ Befehle werden dabei gelöscht. (Mist.)

Apexo

Apexo

2005-07-03 23:16

Reporter   ~0001331

das ist wohl auch ein Bug (#548) - wenn ein DEFAULT-Befehl gesetzt wird, werden im Moment die @-Befehle gelöscht. Das ist kein prinzipieller Fehler meines Ansatzes, bedeutet halt bloß, das man im Moment nicht allzuoft per DEFAULT den Standardbefehl ändern sollte :)

Am besten die @-Befehle zusätzlich per persistentem //-Kommentar dazuschreiben, falls erstere gelöscht werden ... die Kommentare scheinen resistenter

Apexo

Apexo

2005-07-03 23:17

Reporter   ~0001332

Ach was red ich da. Ich mein #565. Enno meinte nur die beiden Bugs hängen evtl. zusammen. Keine Ahnung ...

Enno

Enno

2005-07-16 23:14

Administrator   ~0001382

Kann es sein, dass das inzwischen repariert ist?

Ich habe das wie folgt getestet.

Runde 1: Händler bekommt die Befehle: LERNEN HANDELN DEFAULT "KAUFEN 500 Weihrauch"

Im Report hat er gelernt, und in den Befehlen steht nur KAUFEN 500 Weihrauch

In der Folgewoche kriegt er die Befehle: @VERKAUFEN ALLES Juwel @KAUFEN ALLES Myrrhe

Er führt sie aus und setzt sie beide als neue Defaults, d.h. im Report steht COMMANDS "@VERKAUFEN ALLES Juwel" "@KAUFEN ALLES Myrrhe"

Beide Befehle. Im NR steht nur der erste der beiden, weil da optisch nicht endlos viele hinpassen (evtl. ändere ich das mal).

Eintrags-Historie

Änderungsdatum Benutzername Feld Änderung
2005-06-19 19:17 Dirk Neuer Eintrag
2005-06-19 19:17 Dirk Partei/Faction => 65ou
2005-06-19 19:17 Dirk Report No. => 428
2005-06-19 20:37 Xolgrim Notiz hinzugefügt: 0001266
2005-06-19 21:37 Enno Notiz hinzugefügt: 0001267
2005-06-19 21:37 Enno Status neu => Rückmeldung
2005-06-19 21:57 Dirk Notiz hinzugefügt: 0001268
2005-06-26 12:24 Apexo Notiz hinzugefügt: 0001278
2005-07-03 22:05 Bruck Notiz hinzugefügt: 0001330
2005-07-03 23:16 Apexo Notiz hinzugefügt: 0001331
2005-07-03 23:17 Apexo Notiz hinzugefügt: 0001332
2005-07-15 22:58 Enno Status Rückmeldung => bestätigt
2005-07-16 23:14 Enno Status bestätigt => erledigt
2005-07-16 23:14 Enno Lösung offen => nicht reproduzierbar
2005-07-16 23:14 Enno Bearbeitung durch => Enno
2005-07-16 23:14 Enno Notiz hinzugefügt: 0001382
2006-04-17 02:13 Enno Status erledigt => geschlossen