Posts by Devidian

Quote from red51

Oh, das ist interessant Wahrscheinlich nur in der Konsole, oder auch in der Log-Datei? Windows oder Linux? Kurze Nebenfrage, da andere User seit dem Update auch Probleme mit der Konsole haben: Gibt es noch farbige Ausgaben in der Konsole?

Ähm das ist aus der logdatei, kannst auch in der Konversation sehen da hab ich dir ein log geschickt. Läuft in meinem Linux Docker (devidian/rising-world-docker:latest) ich sehe mir die logs wenn dann nur über "docker compose logs -f" an, da sind mir noch nie farben aufgefallen.

Ich hatte die Tage lokal mal den windows dedicated server laufen und da hab ich in der konsole auch keine farben gesehen. Gerade nochmal gestartet, nur die erste Zeile ist farbig

Ich kann dir aber nicht sagen wie es vorher war da ich ihn das letzte mal 2020 gestartet hatte als Java noch aktuell war

Und meine Server laufen schon immer über docker.

Wo wir gerade bei log ausgaben sind ich habe gerade gesehen das einige noch doppelt sind (war vor dem fix auch schon so, weiss nicht ob ichs mal erwähnt habe)

[Masterlist] Start ping
Initialized server (7312 ms)
Create Public Webserver IP: 0.0.0.0 Port: 5254
Create Public Webserver IP: 0.0.0.0 Port: 5254
Add Prefix: /
Add Prefix: /info
Add Prefix: /playerlist
Add Prefix: /pluginlist
Add Prefix: /images/header
Add Prefix: /game/maptile
Add Prefix: /game/image
Add Prefix: /game/asset
Add Prefix: /game/chunkmultirequest
Add Prefix: /
Add Prefix: /info
Add Prefix: /playerlist
Add Prefix: /pluginlist
Add Prefix: /images/header
Add Prefix: /game/maptile
Add Prefix: /game/image
Add Prefix: /game/asset
Add Prefix: /game/chunkmultirequest
Initialized webserver (5 ms)
Establishing connection...
Initialized webserver (5 ms)
Establishing connection...
[Masterlist] Returned OK. IP -> 82.165.51.138
[Masterlist] Returned OK. IP -> 82.165.51.138
flock /sys/devices/virtual/dmi/id/sys_vendor LOCK_SH failed. errno = 13flock /sys/devices/virtual/dmi/id/product_name LOCK_SH failed. errno = 13[12:03:01] INFO  DiscordConnect - Discord guild available: Omega-Zirkel
2026-09-04 12:03:01 [JDA] [INFO] Finished Loading!
[12:03:01] INFO  DiscordConnect - Discord connection ready
[STEAM] Server connected, public IP -> 82.165.51.138
[STEAM] Server connected, public IP -> 82.165.51.138
[12:03:01] INFO  DiscordConnect - JDA Discord client is ready
Dedicated server is ready! (8.566 s)
Dedicated server is ready! (8.566 s)
[READY]

Das Zeigerproblem ist gelöst super, danke! Aber bei den Item Namen sind noch immer zeichencodes drin, kann das das selbe Problem sein wie mit den fehlenden emojis?

Quote from red51

Könnte man theoretisch machen, wollte das aber gerne für reine Elektrik-Komponenten freihalten (Kabel, Sensoren usw)

Theoretisch gehört die Platine und die Glühbirne ja auch da rein als Elektrische Komponenten und nicht als Rohstoff. Ich hätte die Elektrischen Lichter in eine unterkategorie Elektrisches Licht oder so gepackt. Beleuchtung könnte man auch "Einfache Beleuchtung" benennen dann. BTW 21 Uhr ist rum

Quote from red51

Es soll später mal Elektrizität ins Spiel kommen. Der Punkt ist ehrlich gesagt schon lange drin. Ich kann ihn entfernen, wenn er dich stört.

Sortiere doch die Lampen da rein die ja theoretisch elektrisch sind

Quote from red51

Ja, grundsätzlich betrifft das auch den Hammer. Aber bei Terrain-Elementen, die sich nicht begradigen lassen, werde ich hellhörig, denn das sollte eigentlich generell nicht sein. Wenn das nochmal auftritt, kannst du evtl. von der Stelle einen Screenshot machen? Oder ggf. sogar eine kleine Terrain-Blaupause erstellen?

Naja es war nicht dieses übliche "da ist ein raster höher als alles drum herum" - was übrigens meist mit dem jeweils anderen tool zu fixen war, also ein stein der nicht weg ging mit der harke und erde die nicht weg ging mit dem hammer. Es war in einer etwas breiteren höhle eine rampe die ich nicht weiter auf das niveau auf dem ich stand angleichen konnte. Ich habe die rampe dann mit der picke tiefer geschlagen, die war dann natürlich auch tiefer als der boden auf dem ich stand und die harke hat es nicht wieder so hoch geholt das es eine ebene wurde sondern eine rampe nach unten 😅

EDIT: Gibt es einen ~ ETA für den nächsten hotfix? Ich warte mit meinem Pluginrelease auf die aktuell verschwundenen cursor

Quote from red51

Jein, theoretisch ist das ein ungewollter Nebeneffekt, wobei das dazucheaten auch immer ein ungewollter Nebeneffekt war Da es aber im Survival nur eingeschränkte Möglichkeiten zur Terrainbearbeitung gibt ist es trotzdem unschön, dass die Harke nun diese Einschränkung hat... ich muss mal schauen, wie wir das am besten beheben (ohne das Smoothing wieder kaputtzumachen). Eine Option im Radialmenü wäre auf jeden Fall denkbar

Kann es sein das es beim Hammer nun auch so ist? Ich habe gerade etwas nicht herunter schlagen können was sonst immer ging um einen ebenen boden zu haben, mit der spitzhacke hab ich nur ein loch rein gemacht das ich aber mit der harke nun nicht mehr ganz ausgleichen konnte, musste nen stein drauf setzen, ist zwar eigentlich realistischer das man das loch mit stein wieder zu macht aber kompliziert weil ich den stein erst in die hand nehmen muss und auf auffüllen umstellen muss :o

Das ist ja cool das man sieht welche Kisten er erkannt hat. Da komme ich gleich zum Punkt, kann man das nicht bitte auch für das crafting an der Werkbank machen? Der Radius muss ja nicht so riesig sein aber dann muss ich nicht immer alles mit mir rum schleppen. Übrigens sind die 🗣️ icons jetzt auch wieder weg... bisher kam keins wieder. Als wenn das charset oder encoding falsch wäre.

Achso was mir und auch anderen schon aufgefallen ist, die Harke macht vielleicht jetzt Übergänge sanfter aber man kann damit kein Land mehr erhöhen, wenn das so gewollt ist damit kein land dazu-gecheatet werden kann, okay aber wenn nicht sollte vielleicht wie bei anderen dingen auf c (radialmenü) die Intensität einstellbar sein. Ich seh schon wie der Verkaufspreis von Erde in die Höhe schnellt. Ich sollte schon mal sammeln

Quote from FioO

Oh ja waveshapr 🙏

Nur kann ich mir vorstellen, dass das auch nen wenig schwierig sein könnte. Weil man brauch ja für unterschiedliche Wassereinstellungen auch verschiedene Sounds.🤯

Hm gibt es da nicht mittlerweile generatoren für die man mit den einstellungen füttert und dann entsprechende soundloops generiert werden

Cool wäre wenn irgendwann bei starkregen auch wasser sich in Löchern sammelt, wie bei Starbound :D, natürlich je nach Untergrund sollte es dann auch wieder versickern. Aber ich glaube das ist noch zu komplex für die heutige unity/technik

Kurze frage red, gibt es eine permission die verhindert das man npcs / tiere mit dem seil einfangen kann? Ich habe gerade festgestellt das man Tiere und npcs von fremden Grundstücken klauen kann wenn diese nicht auf statisch stehen 😅

Ja, ich habe nochmal überlegt, macht eigentlich am meisten Sinn. Alles was keinen cursor braucht hänge ich so ans UI, das wollte ich auch nie ändern.

Eigentlich kann UITarget.Modal immer den cursor erzwingen, wenn dann würde ich vielleicht an player.addUIElement(overlay, UITarget.Modal) mit einem optionalen parameter ausstatten um das zu unterbinden, aber eigentlich macht das wenig sinn, das neue UITarget ist ja eigetnlich genau dafür da um ein Cursor-Overlay zu halten das per escape geschlossen werden kann.

red51 Ich habe meine Plugins auf `UITarget.Modal` umgestellt doch stoße ich hier auf ein paar Probleme. Grundlegend funktioniert das super, meinen cursormanager brauche ich nicht mehr und schließen auf ESC funktioniert... ABER

Wenn ich mein Overlay über ein NPC Interaction Event öffne, fehlt der cursor und ich bekomm es auf Teufel komm raus nicht hin. Ausserdem habe ich keinen cursor wenn ich aus dem callback der ItemAuswahl das Overlay wieder öffne. Schliessen klappt in beiden Fällen trotzdem.

Hier ein KI Report dazu:

# Modal Cursor: native UI transition issue (Rising World API 0.9.3)

## Summary

`UITarget.Modal` correctly shows and manages the cursor when a custom overlay is
opened directly from the plugin radial menu. The same overlay is visible but has
no cursor when it is opened as the follow-up to a native NPC interaction or to
`Player.showItemSelectionMenu(...)`.

Pressing Escape in a broken path closes the custom overlay and keeps the cursor
hidden. Earlier tests appeared to show the cursor after Escape, but that was
caused by temporary plugin-side `setMouseCursorVisible(true)` calls scheduled
after the native UI transition. Those experiments have been removed.

The problem is independent of Shop-specific rendering: it is reproducible for
both Shop and Marketplace NPC overlays and for the Shop item-selection return
path.

## Environment

- Rising World Plugin API: `0.9.3`
- Development server
- Custom overlays are attached with `player.addUIElement(overlay, UITarget.Modal)`
- The overlay root is `BasePluginOverlayWithTabs` / `BasePluginOverlay`

## Cursor-manager status

`CursorManager` is not involved in the current paths:

- no active `CursorManager.show(...)` or `showModal(...)` call remains;
- `BasePluginOverlay.close()` no longer invokes `CursorManager.hide(...)` or
  `forgetModal(...)`;
- the temporary direct `setMouseCursorVisible(true)` experiments were removed,
  because they did not make the cursor visible and could re-show it after
  Escape.

The current behavior contains no plugin-side cursor command: the native modal
Escape path closes the overlay and leaves the cursor hidden.

## Shop reference paths

### Working: direct Shop entry from the plugin menu

Source: `rw-plugin-oz-shop/src/de/omegazirkel/risingworld/shop/PluginGUI.java`

1. The player chooses Shop in the plugin radial menu.
2. `PluginGUI.openDirectShop(player)` hides the radial menu.
3. It calls `plugin.openShopUI(player)` directly.
4. `ShopRuntime.openShopUI(player)` calls `openShopOverlay(player, null)`.
5. `ShopRuntime.openShopOverlay(...)` creates `ShopOverlay` and attaches it via
   `player.addUIElement(overlay, UITarget.Modal)`.

Result: overlay and cursor are both visible; Escape closes the overlay and
hides the cursor correctly.

### Failing: Shop trader NPC interaction

Source: `rw-plugin-oz-shop/src/de/omegazirkel/risingworld/ShopRuntime.java`

1. The player uses the default interaction on a registered trader NPC.
2. `onPlayerNpcInteractionEvent(...)` resolves the `Trader` and captures the
   `Player` before the event can expire.
3. It closes built-in UI windows and calls `openTraderUI(player, trader)`.
4. This creates the same `ShopOverlay` and attaches it to `UITarget.Modal`.
5. `event.setCancelled(true)` is invoked at the end of the handler.

Result: overlay is visible, cursor is missing. Pressing Escape closes the
overlay and keeps the cursor hidden.

### Failing: return from the native item-selection menu

Source: `rw-plugin-oz-shop/src/de/omegazirkel/risingworld/shop/ui/ShopOverlay.java`

1. An admin presses **Add offer** in the Shop overlay.
2. `selectOfferToAdd()` calls
   `player.showItemSelectionMenu(true, true, true, false, callback)`.
3. The native selector closes/hides the custom modal.
4. The callback stores the selected offer, removes the old Shop overlay
   server-side, and opens a fresh Shop modal with `openShopUI(...)` or
   `openTraderUI(...)`.

Result: the fresh Shop overlay is visible but has no cursor. Escape closes the
overlay and keeps the cursor hidden.

## Attempts already ruled out

- Opening the modal immediately versus after short delays.
- Capturing `Player` before scheduling work, avoiding access to an expired
  `PlayerNpcInteractionEvent`.
- Moving `event.setCancelled(true)` to the end of the NPC handler.
- Explicit `player.setMouseCursorVisible(true)` immediately and after 100 ms /
  500 ms: did not activate the cursor during the overlay and incorrectly
  re-showed it after Escape. These temporary calls were removed.
- Removing old modal roots server-side before opening the replacement overlay.
- Removing all active `CursorManager` use from the overlay close path.

## Working hypothesis

The client retains an internal native UI/input ownership state after an NPC
interaction or item-selector callback. It permits the custom `UITarget.Modal`
to render but does not hand it mouse/cursor ownership. Escape closes the modal,
but does not grant cursor ownership afterwards.

The direct radial-menu path does not pass through that state and works.

## Desired API behavior / question

What Plugin API call or event ordering is required to transfer mouse input to a
new `UITarget.Modal` after either:

1. `PlayerNpcInteractionEvent` (with the interaction cancelled), or
2. `Player.showItemSelectionMenu(...)` callback?

Ideally, attaching a modal from either follow-up path should have the same
cursor and Escape behavior as attaching it directly from a plugin radial menu.

Quote from SonoBionda

Gibt es sonst noch Werte die man in der properties händisch nachtragen muss? z.B. wie schnell Tiere hungrig werden, oder ob überhaupt ?

Ich fände es wirklich super wenn Änderungen in den Settings eine extra Rubrik im Changelog finden, denn bei den zahlreichen Einstellungen ist es mühseelig alte properties mit neuen abzugleichen.

Gleiches gilt für Berechtigungen

Îch hatte mir auch schon gedacht es wäre toll wenn die nach version sortiert wären dann wären die neusten unten

red51 die neue /pluginlist route sieht nicht valide aus, das feld version dropt hier einfach die ganze datei: https://gs1.omega-zirkel.de/main/pluginlist

dadurch ist das json invalide

EDIT: Ich habe mal eine testroute mit der API erstellt, das funktioniert jedenfalls 👍

Quote from Dag

No you're not, you can't include such items as tools or weapons in a blueprint.

looks more like the cabinet was not created and now all items lay on the ground?

Quote from red51

Dass diese Emojis nur als Kästchen angezeigt werden wundert mich eigentlich nicht, oder meinst du, dass andere, korrekte Icons dadurch kaputt gehen? Oder hat sich das vor dem Update anders verhalten (mit der Windowstaste+.)?

Also eigentlich wurden die alle vorher angezeigt, ich habe die zum Teil auch in Plugins verwendet ( das ♾️ im shop plugin und 🖼️ im discord plugin wenn man per +s oder +sng einen screenshot ins discord sendet ) auch die emojis die ich in discord verwendet habe, also die normalen aus discord, wurden so angezeigt, jetzt ist alles nur noch Kästchen - mich wundert nur das das 🗣️ icon wieder aufgetaucht ist und jetzt immer sichtbar ist.

red51 Der Bug mit den Icons: Wenn ich über Windows+. die emoji Eingabe öffne und im chat verwende kommt genau das Problem mit den Kästchen