Posts by yahwho

CVE-2025-59489 by any chance?

Quote from red51

get the chunk through the World.getChunk() method (using the Player.getChunkPosition())

Yes this is exactly what I did

My thoughts are with you CursedXistence

Actually this is really easily grabbed without an additional event listener

Clearly not going to make it into this upcoming update. (super excited for it by the way - the screenshots look amazing! 👏)

This would be really useful to have (I know there are other ways but this would be the cleanest)

Chunk c = p.getChunk();

All working

I was also using...

this.player.addUIElement(this);

...because I use my own UIElements that extend the base UIElement class.

if (autoAttach) {
     this.player.addUIElement(this);
 }

I added a simple boolean to my constructor for these special cases.

Adding addUIElement() caused the element to go to the default UI bucket and therefore the coords were all off.

Sorry to be a pain...

Is it currently possible to get a UIElement from the games HUD?

For example grabing the UIElement of HudLayer/hudContainer/statusContainer/statusBarContainer/locationLabelContainer/locationLabel

I want to add children to an existing vanilla UI element.

This is what I've been trying (amongst others)

Style parentStyle = new Style();// create a new style
parentStyle.overflow.set(Overflow.Visible); // ensure children can render outside
Internals.overwriteUIStyle(player, LOCATION_LABEL_PATH, parentStyle); //use internals class to overwrite with new style
myUIElement = new MRUIElement(plugin, player);//my new element
myUIElement.style.position.set(Position.Absolute);//my new element
myUIElement.setPivot(Pivot.LowerCenter);//my new element central pivot
myUIElement.setPosition(50f, 0f, true);//horizontally (50%) relative to parent
myUIElement.style.translate.set(initposx, initposy - 10f);

Quote from red51

it might work if you first set the "info" to 0, then change the status, then re-assign the old info value

This workaround actually works

But I will update my code with a cleaner method once the new API is ready

Hi humbrol2

This is a little off your original question, but I noticed you mentioned trying to download the JDK from Oracle.

Just as a heads-up: Oracle’s JDK builds now come with licensing restrictions and their download process can be awkward. Java itself is still open source under the OpenJDK project, and there are several free, production-ready builds you can use instead.

One of the most popular is Eclipse Temurin:

https://adoptium.net/en-GB/temurin

It’s fully open source, TCK-certified, and works as a drop-in replacement for Oracle’s JDK.

Well the colour option was more to keep it inline with the other lights, such as bulkhead and street lights which I'm sure have this option without having to paint them.

Opening with animation and blocked by obstacles would be ideal for what I have in mind

Torch just means light in the API krazmuze.

The wall mounted iron torch also has the Type.Torch and isn't portable, so too is the same for static standing wooden garden torches.

I think it would be nice if the rotating beacon light players could;

1. change the colour

2. change the speed

I believe;

Lantern should be Type.Torch (currently Type.Default)

Small tent should be Type.Bed (currently Type.Default)

Primitive Shelter should be Type.Bed (currently Type.Default)

will edit if I find more

Hi Red,

We could do with a few more PlayerEvent classes, I will update this post as and when to keep them all together.

PlayerPlaceOreEvent - player is placing ore in a furnace

PlayerPlaceUncookedFoodEvent (probably with a better name) - event listener for placing food in an oven, on cooking grate etc

PlayerSheerSheepEvent (or similar)

PlayerPlacePeltEvent (or similar) - I know picking up a pelt from a drying rack triggers the OnPlayerRemoveObjectEvent event, so maybe placing pelts need to triggered on the OnPlayerPlaceObjectEvent

PlayerPlacePaintObjectEvent - both for painting and paint removal

Addition:

PlayerDestroyTerrainEvent - not the event itself (already exists) moreso the getTerrainID always returns 1. So there are no means to determine what has been hit.

Just to be clear, my objective to use the API to open and close a door (and chests) that is are locked, not remove the lock.

Argh, looks like even if you set a status of a door to open via the API, if it's locked you still can't open it.

println("obj.getStatus() = " + obj.getStatus(), PrintlnColour.YELLOW); //prints 0 (locked door)
final byte next = (obj.getStatus() == 0) ? (byte) 1 : (byte) 0;//flip the bit
obj.setStatus(next);//sets to 1

Console states "Door <long id> is locked..."

EDIT: Wait a minute... not 1 its 100 let me try that...
EDIT2: Nope, setting to 100 still doesn't override the lock.

Hi Red,

Is there a way with the API to get whether a door/chest is locked or not?

Quote from CursedXistence

There's one dubbed the hole to hell

Sounds like my bank balance..

Blame that on lack of caffeine