Das mit dem neuen Spieler kann ich nicht so gut testen, sollte aber eigentlich keine Probleme machen...
Das scheint nicht das Problem zu sein - habe es vorhin noch mal im LAN Server getestet und da ging die Zeit in einem neuen Bereich auch nicht bis auf claimable.
In den Logs kann ich nichts finden ... Diesmal sind jedoch die Stats ok .... ich komm Dich jetzt mal besuchen 
Devi - wollte nur kurz melden, dass die 0.5.1 wieder mit den Zeiten spinnt ... der Coutdown zu Einnehmen läuft springt aber kurz vor Schluss wieder auf den Anfangsbestand.
Werd wohl auch die 0.5.0 installieren (wie auf Deinem Testserver - denn da läuft es richtig)
obwohl, das ist doch seltsam - die 0.5.1 hat doch eigentlich dieses Problem der 0.5.0 gefixt?
Und jetzt läuft die 0.5.0 auf Deinem Testserver richtig und die 0.5.1 auf meinem nicht?
Noch ne Idee: es kam heute ein neuer Spieler auf den Server, der claimen wollte und ja noch nicht in der Datenbank vorhanden war - könnte das den daraus entstehenden Fehler (für alle Anwesenden) erklären?
Oder siehst du das anders?
Das sollte doch schon ausreichen, wenn sich die oberirdische Menge mit der Einstellung ebenfalls ändern lässt.
nee, von Anfang an nicht
Ich glaub Du hast mich falsch verstanden Funmichi
Ich fände es nicht gut wenn ab demnächst oberirdisch grundsätzlich weniger spawnt und man sich runter buddeln muss um viel Gold zu finden (das ist keine Einstellung für ALLE)
und bezieht sich darauf:
vll macht es Sinn, die Erze an der Oberfläche zu reduzieren und dafür im Untergrund zu erhöhen (damit man, wenn man wirklich viel Gold/Aluminium braucht, zumindest mit etwas Zusatzarbeit auch weiterhin an große Mengen gelangt).
nämlich dass die Erzeinstellung bisher keinen Einfluss auf die oberirdischen Erzbrocken hat... das wollen wir aber auf jeden Fall noch ändern!
Das sollte doch schon ausreichen, wenn sich die oberirdische Menge mit der Einstellung ebenfalls ändern lässt.
Aber grundsätzlich daran etwas zu verändern, würde ich nicht gut finden.
Könnte andererseits aber auch im MP bspw. zu Situationen führen, dass Spieler die Werkbänke anderer Spieler verwenden können, die in verschlossenen Gebäuden stehen (indem sie einfach nur nahe genug an der Hauswand stehen). Inwieweit das in der Praxis wirklich ein Problem ist, steht natürlich auf einem anderen Blatt...
Ich glaube nicht, dass das ein Problem wäre da das generelle Nutzen von Objekten in den Berechtigungen geregelt werden kann - egal ob man im Haus oder davor steht 
nur kein Stress - die Vorgänger Versionen laufen ja auch ganz gut
Nachtrag:
Es ist nur aufgefallen, weil ein neuer Spieler claimen wollte - ein schon länger anwesender Spieler hat dann versucht einen neuen Bereich zu claimen und konnte dies dann bestätigen.
Die bereits geclaimten Bereiche wurden korrekt angezeigt und auch den Spielern zugeordnet; in den Stats stand jedoch 0 von xy (je nachdem wieviel man sich schon erspielt hatte)
Ich hatte auch nur wieder die jar Dateien ausgetauscht und weiß nicht, ob dieses mal vielleicht mehr nötig gewesen wäre!?
Spieler berichten, dass nun nicht mehr geclaimt werden kann, da überall der countdown zwar 10 Minuten ist (auch bei den alten Spielern, wo er schon runter gegangen war)
auch rückwärtsläuft aber bei Null dann wieder auf 10 Minuten springt.
Ich werde jetzt noch mal die Vorgängerversionen installieren, bis dieses Problem gefixt ist
switching to another window causes the game to lose focus and pause,
I've never noticed that before - probably if I only switch briefly. 
I don't understand; you can simply switch windows and bring a different program to the foreground (while the program in the other window continues running).
Win = Ctrl+Tab, Linux = Alt+Tab
I can only speculate here, and I don't know if that's helpful (which is why I've stayed out of it so far).
Perhaps there's some kind of mirroring happening so that the text can be read from both sides. Although I wouldn't necessarily consider that essential for a poster.
Hat noch jemand Probleme beim Erweitern in Nord/Süd Richtung? (Speziell im Wüsten Biom.)
Wir können dort nur Reihen Richtung Ost/West bilden ... für Richtung Nord/Süd gibt es keinen (sichtbaren) Verbund.
Beispiel: mittige Reihe 1 x Richtung Süden und 1 x Richtung Norden erweitert
mit dem Erweitern verschwindet sie sichtbare Grenze - (auch mit "showareas" wird nur noch dieser Bereich angezeigt)
Devidian wir nähern uns der Perfektion 
... jetzt funktioniert auch das Porten über das Radialmenü 
Muss leider noch mal Fehlermeldungen posten, die den Server um diese Uhrzeit zu einem Neustart veranlasst haben
(gibt es bei GPS evtl. auch ein kleines Problem wenn man DiscordConnect nicht mit installiert hat? - zumindest taucht dauernd ne Warnung auf, dass ich es nicht habe)
Noch eine kleine Frage zu den Settingsdateien: Die heißen alle settings.default oder nur settings (properties) - welche davon wird tatsächlich benutzt und wäre es nicht besser sie würden gps.properties, lc.properties und tools.properties oder so ähnlich heißen?
Also das manuell angelegte Bereiche etwas problematisch sein können ist mir bewusst, da die Bereiche zum Beispiel andere area-gruppen haben als die vom plugin.
Ich hatte für diese Bereiche auch eine "extra" Berechtigung angelegt und die Werte mittlerweile einfach in die OZ-spezial reinkopiert und dann auch diese als Standardberechtigung hinterlegt.
Seit dem wird der Bereich richtig angezeigt und nicht mehr mit "claimt by unkown" ... das ist schon mal gut.
Ich mach jetzt mal das Update und wegen dem Wechsel zwischen den Berechtigungen Spielerarea/Wildnis muss ich dann noch mal schauen.
Ich habe das Gefühl, dass es auch problematisch sein könnte, bei einigen Spielern die sich außerhalb der Areas in einer Spielergruppe befinden (also dass diese Spieler speziell beim Claimen oder Erweitern nicht in ihre Wildnis Berechtigungen wechseln, sondern die Area Berechtigungen in der Wildnis beibehalten - zumindest bis sie den Server verlassen und dann neu rein kommen - oder sogar bis der Server neu startet)
edit:
Hat mit der Spielgruppe nichts zu tun; ist grundsätzlich so, dass beim Claimen/Erweitern die Area Berechtigungen mit in die Wildnis genommen werden bis zum nächsten einloggen
(bzw. wird die Wildnis auch gar nicht mehr als sloche angezeigt) ... aber Fehlermeldungen habe ich jetzt keine mehr in den Logs
Für das Update brauchte ich doch nur die jar-Datei austauschen? oder ist da noch mehr erforderlich (will ja die Datenbanken beibehalten) 
Ich habe jetzt die 4 Plugins von RP Core gelöscht und nur mit den OZ Plugins läuft der Server wieder reibungslos.
Vielleicht ist es nicht so gut, wenn jede Plugin-Serie seine eigenen Tools hat, oder die Summe der Plugins überfordert den Arbeitsspeicher.
Ich finde es sehr schade, die Währung und NPC Verkäufer nicht mehr nutzen zu können, aber das Landclaim und die Teleportmöglichkeit sind mir persönlich wichtiger.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
I've now deleted the four RP Core plugins, and the server is running smoothly again with only the OZ plugins installed.
Perhaps it's not ideal if each plugin series has its own tools, or maybe the sheer number of plugins overloads the system's memory.
I'm very disappointed that I can no longer use the currency and NPC vendors, but the land claiming and teleporting capabilities are more important to me personally.
Although I have a few plugins, devidians land claim isn’t one of them.
I also have 4 RP Core Plugins from James1Bow installed (for currency and vendors)... do you happen to have these as well?
Du könntest ggf. mal in der server.properties die Einstellung Plugins_SuppressFatalErrorLogs auf False setzen - dann sollte eine hs_err_pid angelegt werden
Habe ich gemacht ... ABER ... trotz mehrmaligen Timeouts mit Rauswurf für alle anwesenden Clients wird so eine Datei nicht angelegt.
Jedes mal braucht der Server 3 Anläufe um wieder in der Liste zu erscheinen ... ich kann in den Logs nicht sehen wieso der Crash erfolgt;
aber im 1. Log nach dem Chrash steht folgendes nach dem "normalen" Ladevorgang:
diesem folgt ein identischer 2. Log und erst im 3. log startet der Server durch, bis es aus unerfindlichen Gründen wieder crasht
Wenn aber doch alle zur selben Zeit rausfliegen und in dem Moment der SIGSEGV im Log auftaucht, dann ist der Crash Schuld. In den meisten Fällen wird ein nativer Crash durch ein Plugin oder einem Bug in der Plugin API verursacht. Hier könnte ggf. im Serververzeichnis eine hs_err_pid Datei liegen, die vll mehr Infos enthält.
Danke, ich glaube dann muss ich mal Devidian von OZ Tools ins Thema holen. Ich glaub, die Tools machen ein bisschen zuviel des Gutens.
Eine hs_err-pid Datei habe ich nicht.
