Eintragsdetails ansehen
ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
---|---|---|---|---|---|
0002576 | Eressea | General | öffentlich | 2019-04-07 09:31 | 2019-04-07 16:05 |
Reporter | Waldgoettin | Bearbeitung durch | Enno | ||
Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | N/A |
Status | erledigt | Lösung | erledigt | ||
Produktversion | 3.19.4 | ||||
Zielversion | 3.20.0 | Behoben in Version | 3.20.0 | ||
Zusammenfassung | 0002576: Weltenportal Aster -4,-9 funktioniert nicht | ||||
Beschreibung | Alle Einheiten, die das Weltentor in 1116 betreten haben, stehen weiterhin im Portal. Sämtliche Einheiten sind direkt vom Schiff in das Portal gelaufen. Partei onyx, Region Aster -4,-9, Weltentor (eso0) Die Einheiten der Partei goLd sind ebenfalls noch im Weltentor. | ||||
Tags | Keine Tags zugeordnet. | ||||
Partei | onyx | ||||
Spiel | E2 | ||||
Report | 1117 | ||||
Mir ist prinzipiell immer geholfen, wenn ein Bugreport eine Einheitennummer enthält. |
|
z.B. Einheit Primus Celur (zm3f) |
|
Mist. Wieder einmal nicht einfach reproduzierbar: teleported Primus Celur (zm3f) to Schattenlande (27,-96). |
|
Vielleicht liegt es am gleichzeiten Verlassen des Schiffs und Betreten des Portals? Ich habe noch mehr Einheiten, die da ankommen werden, wo man das checken könnte. |
|
Nein, dann wäre das doch reproduzierbar. Aber ich hatte gerade Glück, mein zusätzliches Logging hat etwas gefunden, in einer anderen Auswertung (1103): ERROR: No target for tunnel Weltentor (zL6y) [tnnL] ERROR: Did not teleport Kundschafter (oh7) from tunnel Weltentor (zL6y) |
|
Was mir komisch vorkommt in der Testauswertung, da sind jetzt alle, die diese Runde durch das das Tor sind, auch die Goldsucher, in Schattenlande gelandet. Xol hatte gesagt, für jede Einheit wird gewürfelt, wo sie rauskommt. Das sieht jetzt in dem Fall nicht so aus? |
|
Haha, ich glaube ich hab's! Bei der Auswahl der Zielregion wird eine Zufallszahl gewürfelt, mit der die Liste der Regionen indiziert wird. Die Zahl liegt in [0, n) für n Regionen, aber ein Lua table wird ab 1 indiziert, nicht ab 0. |
|
Ja, das war's. Ausserdem ist table.maxn wohl unnötig, weg damit. |
|
Änderungsdatum | Benutzername | Feld | Änderung |
---|---|---|---|
2019-04-07 09:31 | Waldgoettin | Neuer Eintrag | |
2019-04-07 09:35 | Enno | Bearbeitung durch | => Enno |
2019-04-07 09:35 | Enno | Status | neu => zugewiesen |
2019-04-07 09:51 | Enno | Zielversion | => 3.20.0 |
2019-04-07 09:51 | Enno | Notiz hinzugefügt: 0008401 | |
2019-04-07 09:52 | Enno | Produktversion | 3.19.3 => 3.19.4 |
2019-04-07 09:59 | Waldgoettin | Notiz hinzugefügt: 0008402 | |
2019-04-07 10:11 | Enno | Notiz hinzugefügt: 0008403 | |
2019-04-07 13:02 | Waldgoettin | Notiz hinzugefügt: 0008404 | |
2019-04-07 15:33 | Enno | Notiz hinzugefügt: 0008409 | |
2019-04-07 15:45 | Waldgoettin | Notiz hinzugefügt: 0008411 | |
2019-04-07 15:50 | Enno | Notiz hinzugefügt: 0008412 | |
2019-04-07 16:05 | Enno | Status | zugewiesen => erledigt |
2019-04-07 16:05 | Enno | Lösung | offen => erledigt |
2019-04-07 16:05 | Enno | Behoben in Version | => 3.20.0 |
2019-04-07 16:05 | Enno | Notiz hinzugefügt: 0008413 |