Erster Schritt der Analyse:

Das Ziel ist Partei 1wpy, Einheit 8qcs. Es hat einen langen ROUTE-Befehl, der beginnt mit ROUTE Ost Ost PAUSE, sollte also nur zwei Felder weit gereist sein.

Aus dem Report von 1wpy:

Träger (8qcs) wandert von Vytbêd (27,-2) nach Stahlberg (25,-2). Die Rechtschaffener Zorn (e97o) segelt von Vytbêd (27,-2) nach Ozean (35,-3).

Rechtschaffener Zorn (e97o), Trireme

• Steuermann (cbj), Kapitaene (1wpy)

Mir scheint, da wird evtl. die falsche Kapitäns-Einheit für FOLGE gewählt? Warum wird im Code überhaupt einer Einheit gefolgt, und nicht einem Schiff?

Mit Version 3.9.4 noch einmal ausgewertet, landet das Schiff in der selben Region wie das verfolgte:

Die ITR-GR Sunrise (2sk2) segelt von Vytbêd (27,-2) nach Ozean (35,-3).

Das ist also wohl in der Tat mit der neuen Version eingeschleppt worden, wahrscheinlich durch die Änderung an FOLGE:

https://github.com/eressea/server/pull/581

Die Änderung war allerdings so minimal, dass ich mir das gar nicht vorstellen kann. Ich muss mal genau gucken, was da passiert. Die Einheit 8qcs ist glaube ich der richtige Hinweis, die sollte nichts mit dem FOLGE zu tun gehabt haben, warum ist die in meiner Analyse aufgetaucht?

Ich habe keine Ahnung, wie ich auf die Einheit gekommen bin. Bei einem erneuten Versuch, das zu debuggen, komme ich in follow_ship in diese Schleife:

rc = rconnect(rc, dir);
while (rc && moves < speed && (dir = hunted_dir(rc->attribs, id)) != NODIRECTION) {
    const char *loc = LOC(u->faction->locale, directions[dir]);
    bufp = STRLCPY_EX(bufp, " ", &size, "hunt");
    bufp = STRLCPY_EX(bufp, loc, &size, "hunt");
    moves++;
    rc = rconnect(rc, dir);
}

Nachdem zweimal Osten als Richtung für das Schiff bestimmt wurde, ist in der Region 1475719591 (97,199) Schluss, weil keine Durchreise-Spur des verfolgten Schiffes gefunden wird.

Keine Spur? Aber im Report steht in (29,-2): Die Region wurde durchquert von Rechtschaffener Zorn (e97o).

Es muss also eine Spur geben, sie wird wohl nur nicht gefunden.

Hmm... Der einzige at_shiptrail hier ist für Schiff 2j3i, (Dämonenfrass), und ist wahrscheinlich aus der Vorwoche.

Seltsam: in move_ship wird der Region 1475719591 ein at_shiptrail Attribut gegeben, am Ende der Funktion ist es aber weg (dafür sind at_travelunit dort)?

Das ist gemein, weil Attribute schwer zu verfolgen sind.

Ich hab's! Der Fehler liegt in leave_trail, wenn bereits ein at_shiptrail in der Region ist, für ein anderes Schiff (in diesem Fall die Dämonenfrass), dann ist in Zeile 598 die Bedingung (a == NULL) false, und es wird für das neue Schiff kein zweiter Trail angelegt, glaube ich.

Nach einer Neuauswertung mit Reparatur sind jetzt drei Schiffe in der Zielregion, scheint also zu stimmen.

Der Fehler hat sich hier eingeschlichen: https://github.com/eressea/server/commit/194f96c5

Der Code hat offenbar keine Tests für diesen Spezialfall. Nachliefern!

PR: https://github.com/eressea/server/pull/617

Genaue Ursache: Wenn die Region von einem Leuchtturm erblickt wird, und bereits ein anderes Schiff durchgesegelt ist (evtl. so wie hier in der Vorwoche), dann wurde die "hat die Region durchquert" Information für andere Schiffe nicht angelegt. Verfolger bleiben dann stehen, sobald sie die Fährte verlieren.