Spiel startet nicht (Chrome) oder friert ein (Firefox)

[dl12012]

Schau mal ob der Hinweis dir weiterhilft:

Der Testserver ist wieder erreichbar.
Es kann unter Umständen sein, dass euer Ladebalken nicht zuende lädt. Dies ist kein Spielfehler, sondern lässt sich auf eine Änderung der Browser zurückführen.

Im folgenden erklären wir euch, wie ihr das Problem in den meisten Fällen schnell lösen könnt.
Chromebrowser: chrome://flags aufrufen und mit der Browsersuche (meist Strg+F) nach "QUIC" suchen. Dort das Protokoll deaktivieren.
Edgebrowser: edge://flags aufrufen und mit der Browsersuche (meist Strg+F) nach "QUIC" suchen. Dort das Protokoll deaktivieren.
In Firefox sollte es, nach aktueller Prüfung, weiterhin automatisch deaktiviert sein. Eine Änderung hier sollte also nicht nötig sein.

Danach müsstet ihr bitte noch euren Browser neustarten.

QUIC ist der Name für ein experimentelles Protokoll und steht für Quick UDP Internet Connection. Das Protokoll unterstützt eine Reihe von Multiplexverbindungen über UDP und wurde entwickelt, um einen TLS/SSL-äquivalenten Sicherheitsschutz sowie eine geringere Verbindungs- und Transportlatenz zu bieten.

Bitte beachtet: Mit kommenden Browser-Versionen könnte diese Aktivität wieder automatisch aktiviert werden, dann müsstet ihr das Protokoll erneut deaktivieren.

Diese Erklärung ist auch für den Live-Server nutzbar.

Ansonsten wären halt die Daten wie Browser, Version, Betriebssystem, Netzbetreiber etc. wie im Meldeformular angegeben für die Helferlein und Spezialisten mehr als hilfreich.

[Tobias27081987]

Danke leider hilft die schnelle Lösung nicht. Habe Windows 8 Chrome Version 104.0.5112.82 Netzbetreiber Stadtwerke Karlsruhe

[Papagena123]

komme auch nicht rein. 1 at fertig und wenn dann der inselwechsel kommt geht nix mehr. bin dann für 24 drausse und komme nicht mehr rein. alles gelöscht was geht und nix anderes läuft

[Papagena123]

Verliere ständig den kontakt zum server dann 3 std wartezeit um sich wieder neu einzuloggen

[altersheimer]

einzige gemeinsamkeit die ich sehe:
schneefeuer, morgentau, grünland

ob das relevant ist, keine ahnung.
einer hat win8, einer win10, einer win11. wie sieht es bei den anderen aus?
der quicktipp hilft scheinbar auch nicht.
chrome, edge und ff wurden mit gleichem ergebnis genutzt.
einen auslöser muss es aber geben
die uhrzeiten sind unterschiedlich.
vielleicht hatte der testi eine instabilität?
hängen alle an den stadtwerken karlsruhe?

da hat @d12012 schon recht, hier braucht man mehr infos

[heo51]

Vielleicht liegt es auch daran Chrome Browser zu Updaten. Der Aktuelle ist mit .102 am Ende. Der einfachste Versuch halt.

[BB_Kumakun]

Hängt bei euch allen der Ladebalken bei 0%, also lädt überhaupt nicht?
Wenn der Ladebalken gar nicht lädt (0%), geht bitte noch einmal in eure Browser-Einstellungen und aktiviert/erlaubt die Cookies von Drittanbietern. Eine Einstellung oder Aktivität auf euren System (Antivir, Systemupdate, Browserupdate usw.)könnte hier Dateien bzw. Bilder ebenfalls blockieren.
Anleitung Firefox
Anleitung Chrome
Anleitung Edge


===========

Schau mal ob der Hinweis dir weiterhilft:

Der Testserver ist wieder erreichbar.
Es kann unter Umständen sein, dass euer Ladebalken nicht zuende lädt. Dies ist kein Spielfehler, sondern lässt sich auf eine Änderung der Browser zurückführen.

Im folgenden erklären wir euch, wie ihr das Problem in den meisten Fällen schnell lösen könnt.
Chromebrowser: chrome://flags aufrufen und mit der Browsersuche (meist Strg+F) nach "QUIC" suchen. Dort das Protokoll deaktivieren.
Edgebrowser: edge://flags aufrufen und mit der Browsersuche (meist Strg+F) nach "QUIC" suchen. Dort das Protokoll deaktivieren.
In Firefox sollte es, nach aktueller Prüfung, weiterhin automatisch deaktiviert sein. Eine Änderung hier sollte also nicht nötig sein.

Danach müsstet ihr bitte noch euren Browser neustarten.

QUIC ist der Name für ein experimentelles Protokoll und steht für Quick UDP Internet Connection. Das Protokoll unterstützt eine Reihe von Multiplexverbindungen über UDP und wurde entwickelt, um einen TLS/SSL-äquivalenten Sicherheitsschutz sowie eine geringere Verbindungs- und Transportlatenz zu bieten.

Bitte beachtet: Mit kommenden Browser-Versionen könnte diese Aktivität wieder automatisch aktiviert werden, dann müsstet ihr das Protokoll erneut deaktivieren.

Diese Erklärung ist auch für den Live-Server nutzbar.

Ansonsten wären halt die Daten wie Browser, Version, Betriebssystem, Netzbetreiber etc. wie im Meldeformular angegeben für die Helferlein und Spezialisten mehr als hilfreich.

Die hier zitierte Änderung bringt in diesem speziellen Fall nichts. Sie hilft meistens nur, wenn es beim Ende des Ladebalkens hängen bleibt. Da gibt es wohl kleine Unterscheidungen, welche eine Differenzierung erleichtern. Bei 0% Ladebalken ist es etwas anderes.

[altersheimer]

der gedanke ist gut.
bei firefox kann man ausnahmen setzen
in der adresszeile: about: preferences#privacy eingeben
und unter Cookies und Website-Daten ausnahmen anlegen:

ubi.com
ubisoft.com
diesiedleronline.de
akamaihd.net


die cookies werden dann nicht gelöscht, beim beenden der sitzung.
könnte helfen, ich drück die daumen

[knuffi_50]

Die Anleitung von BB_Kumakun hat mein Problem gelöst.

://flags aufrufen und mit der Browsersuche (meist Strg+F) nach "QUIC" suchen. Dort das Protokoll deaktivieren.

Herzlichen Dank für die Hilfe an alle Helferlein, obwohl der Fehler nicht durch DSO verursacht wurde.

[Papagena123]

beim ankommen auf der blauen insel gleich der hammermann und kein weiteres reinkommen für die nächsten 3 std. Habe alles gelöscht auch die tricks mit quic gehen hier komischerweise nicht. bei inselwechsel das gleiche verlust von der serververbindung. egal ob firefox edge oder chrome. alle anderen programme auf dem rechner laufen einwandfrei