Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002499 | Eressea | Gebäude | öffentlich | 2018-10-09 16:33 | 2018-11-12 18:15 |
Reporter | Dael | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
Status | erledigt | Lösung | nicht reproduzierbar | ||
Produktversion | 3.17.4 | ||||
Zusammenfassung | 0002499: Einheit sitzt im Weltenportal | ||||
Beschreibung | Wenn man ein Weltenportal betritt, bleibt die Einheit normalerweise nicht in diesem Gebäudetyp sitzen, sondern kommt in einer zufälligen Region einer anderen Welt an. Vor dem Report Nr. 1095 hat meine Einheit 34an ein Weltenportal betreten und nun sitzt sie in diesem Gebäude. Kopiert aus dem NR-Report Nr. 1095: Statistik für Burtokos (...,...): Unterhaltung: max. 4937 Silber Lohn für Arbeit: 13 Silber Rekruten: max. 1 Bauern Luxusgüter zum angegebenen Preis: 0 Personen: 3 Silber: ... Weltentor (18hc), Größe 2, Portal.
Die Regions-Id von Burtokos ist oqsbdh. Ich denke, die Einheit sollte nicht im Portal sitzen, sondern hätte in einer zufälligen Region ankommen sollen, oder? | ||||
Schritte zur Reproduktion | Ich lasse diese Woche eine weitere Einheit das Weltenportal 18hc betreten. | ||||
Zusätzliche Informationen | Der CR-Report berichtet diese Versions-Nummer. "3.17.4";Build Dieser Bug-Tracker fragt die Versions-Nummer ab. Das ist aber kein Freifeld, in das man sie eintragen könnte, sondern nur vorgegebene Werte sind erlaubt. Die Nummer 3.17.4 wird nicht angeboten. Ich habe die nächst liegende Nummer 3.17.1 gewählt, aber das ist natürlich falsch. | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | Dael | ||||
Spiel | E2 | ||||
Report | 1095 | ||||
Ich sehe das in Deinem Report, aber kann es auf meinem Rechner in einer Neu-AW nicht nachvollziehen. Ich sehe in deinem Report:
Die Einheit hat auch die von Dir angegebene Talente nicht.
Sind da evtl. TEMP-Einheiten im Spiel gewesen? Im Original-Report sehe ich:
Da muss ich wohl mal genauer in die gegebenen Befehle schauen. So schnell kriege ich das heute Abend jedenfalls nicht raus. |
|
Ja, das war eine TEMP-Einheit. Die war gerade erzeugt, hat das Weltenportal betreten und als Befehl "Lerne Tarnung" ausgeführt. |
|
In dem 1095-Report, den ich habe, gibt es diese "wandert von"-Meldung für 34an nicht. Die einzige Wanderung von Flammenberg aus ist diese: Wanderer (fpsv) wandert von Flammenberg (27,-14) nach Pakós (26,-13). Und wenn ich schaue, welche Einheiten in Pakós sind, dann ist da auch kein 34an angekommen, sondern ein fpsv: Pakós (26,-13), .... Auf dem Markt ... Die Region wird von KIG (fkmk) bewacht. Die Region wurde durchquert von Wanderer (2692), Wanderer (2713), Wanderer (8822), Wanderer (2739) und Wanderer (2740). Statistik für Pakós (26,-13): .... Burg (z54g), Größe 250, Burg.
Das ist aus dem zweiten 1095er-Report (du hast am Sonntag einen um 8:52 und einen um 9:28 verschickt):
Wir schreiben die letzte Woche des Monats Blütenregen im Jahre 34 des zweiten Zeitalters. Es ist Frühling. Wenn man in Burtokos das Weltenportal betritt, dann kommt man in der 1., 2. oder 3. Welt oder in den Chaoslanden an. Aber Flammenberg und Pakós sind in der 10. Welt. Dorthin bin ich von meiner Heimatinsel Scrat mit dem Boot gefahren. Die dortigen Wanderer sollten nichts mit dem Weltenportal zu tun haben. |
|
Okay, das mit der TEMP-Einheit erklärt, warum ich da im Report ganz andere Sachen gesehen habe. Beim Versuch, das zu reproduzieren, betritt eine Einheit das Weltentor, und wird dann später teleportiert, das schient also bei mir zu klappen, aber in der regulären Auswertung nicht. Warum, ist mir weiterhin unklar. Das wird schwierig. |
|
In tunnels.lua finde ich so beim einfachen Lesen keinen Fehler. Seltsam. |
|
Nächste Woche betritt noch mal einen neue Temp-Einheit das Weltenportal. Dann sehen wir wenigstens, ob es noch einmal passiert oder nicht. Was soll ich mit Einheit 34an machen? Soll ich sie noch einmal das Weltenportal betreten lassen, in dem sie schon sitzt? Oder wird ein Betreten eines Gebäudes, in dem man sowieso schon sitzt, gleich in eine Nop verwandelt? Soll ich der Einheit "verlasse" und "betrete burg 18hc" befehlen? Oder sie drin sitzen lassen ohne Befehl (außer "lerne tarnung")? Ich vermute, die Portal-Funktionalität ist in den Betrete-Befehl eingehängt? Dann wird sie ohne Befehl wohl einfach sitzen bleiben. |
|
Das hat mit BETRETE nichts zu tun. Das ganze ist ein Plugin, das am Ende der Runde alle Portale durchsucht, ob da jemand drin steht, Deine Einheit sollte also diese Woche teleportiert worden sein, es sei denn, der Fehler ist wieder aufgetreten. Ich kann ihn immer noch beim besten Willen nicht reproduzieren. |
|
Ich habe eine frisch erzeugt Einheit durch geschickt und die ist als Wanderer (8858) in Taszenzorbes (2s5pbm) angekommen. Der Einheit 34an habe ich "verlasse" und "betrete burg 18hc" befohlen. Da das Plugin am Ende über alle Portale schaut sollte das weder etwas schaden, noch etwas nützen. Aber 34an sitzt immer noch im Portal 18hc. Gibt es eine Maximalanzahl von Einheiten/Personen, die durch das Portal passt? Vielleicht hat gleichzeitig ein anderer Spieler viele Personen durch geschickt und zufällig hatte 34an in zwei Runden Pech und fiel hinten runter (klingt unwahrscheinlich). Wenn du es nicht nachstellen kannst, dann ist es vielleicht ein Bug im Script oder im LUA-Interpreter, der nur zuschlägt, wenn die Einheit "34an" heißt (bzw. irgendeine super seltene Kombination an Bedingungen an die Unit-Ids, so dass sie nicht funktionieren). Auch unwahrscheinlich, aber wenn es sich nicht reproduzieren lässt, dann muss es irgend was ganz spezielles sein. Ich wollte 34an jetzt nächste Woche in die dortige Burg schicken und die Woche drauf wieder ins Portal 18hc, um ganz sicher das Betreten zu triggern. Aber da es nicht daran gekoppelt ist, lass ich sie drin sitzen. Sie rekrutiert sich noch eine weitere Person und lernt weiter Tarnung. |
|
Die Einheit 34an sitzt weiterhin im Weltenportal. Es muss irgendetwas an ihr besonders sein, so dass das Script, das am Ende über alle Weltenportale geht, sie nicht teleportiert. |
|
Ich bin noch nicht wieder dazu gekommen, mir das weiter anzugucken, und mir gehen auch die Ideen aus, woran es liegen koennte, oder wie ich es reproduziere, um das herauszufinden. |
|
Wenn das nur in der Produktions-Umgebung passiert, aber nicht wenn du das tunnel.lua-Script alleine laufen lässt, dann ist es vielleicht am besten das in der Produktions-Umgebung zu debuggen? Ich kenne LUA nicht und weiß daher nicht, was es an Debug-Unterstützung bietet. Oft schreibt man sich ja dann, wenn's da nichts zum Debuggen gibt, an alle Verzweigungen und an Stellen mit (Zwischen-)Ergebnissen printf-Ausgaben (wie immer das auch in LUA heißt) in den Code. Vielleicht würde das was helfen? |
|
Das löst alles nicht das Problem, dass ich diese Woche überhaupt keine Zeit habe. |
|
Note to self: Versuch einer lokalen Auswertung von 1096 (develop branch, rev c981bfb766): Die Region Burtokos hat in tolua_region_getkey kein at_keys Attribut, nur ein at_germs. Update: Ich habe das falsch verstanden, das Atribut muss an den Zielregionen sein, nicht an denen mit den Toren... |
|
Leider auch heute keinen Fortschritt gemacht, weil sich die Sache einfach nicht auf Wunsch reproduzieren lässt :-( |
|
Die Einheit hat das Weltentor verlassen. Dann habe ich sie umnummeriert auf Nummer 2845 und für den Report 1100 das Weltentor 18hc wieder betreten lassen. Diesmal wurde sie teleportiert! Sie ist in Febusrad (kow9tm) in der dritten Welt heraus gekommen. |
|
Ich sage ja, das ganze funktioniert nur sporadisch nicht. Das macht die Sache ja so schwer nachzuvollziehen. Ich gebe einfach auf, ist unreproduzierbar, und nicht kritisch. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2018-10-09 16:33 | Dael | Neuer Eintrag | |
2018-10-09 19:22 | Enno | Bearbeitung durch | => Enno |
2018-10-09 19:22 | Enno | Status | neu => zugewiesen |
2018-10-09 20:05 | Enno | Notiz hinzugefügt: 0008123 | |
2018-10-09 21:01 | Dael | Notiz hinzugefügt: 0008124 | |
2018-10-09 23:21 | Dael | Notiz hinzugefügt: 0008125 | |
2018-10-10 19:20 | Enno | Notiz hinzugefügt: 0008126 | |
2018-10-10 20:46 | Enno | Notiz hinzugefügt: 0008127 | |
2018-10-10 21:44 | Dael | Notiz hinzugefügt: 0008128 | |
2018-10-14 16:37 | Enno | Produktversion | 3.17.1 => 3.17.4 |
2018-10-14 17:09 | Enno | Notiz hinzugefügt: 0008141 | |
2018-10-14 18:13 | Dael | Notiz hinzugefügt: 0008142 | |
2018-10-24 17:36 | Dael | Notiz hinzugefügt: 0008162 | |
2018-10-24 18:43 | Enno | Notiz hinzugefügt: 0008163 | |
2018-10-25 16:54 | Dael | Notiz hinzugefügt: 0008164 | |
2018-10-26 20:42 | Enno | Notiz hinzugefügt: 0008166 | |
2018-11-03 13:14 | Enno | Notiz hinzugefügt: 0008182 | |
2018-11-03 13:17 | Enno | Notiz bearbeitet: 0008182 | |
2018-11-03 14:29 | Enno | Notiz hinzugefügt: 0008183 | |
2018-11-11 21:00 | Dael | Notiz hinzugefügt: 0008205 | |
2018-11-12 18:15 | Enno | Status | zugewiesen => erledigt |
2018-11-12 18:15 | Enno | Lösung | offen => nicht reproduzierbar |
2018-11-12 18:15 | Enno | Notiz hinzugefügt: 0008206 |