Skip to content

Fix client-side caching of PARTY_ENABLE prop#145

Merged
WaitingIdly merged 4 commits into
CleanroomMC:1.12from
jchung01:fix-prop-caching
Mar 18, 2026
Merged

Fix client-side caching of PARTY_ENABLE prop#145
WaitingIdly merged 4 commits into
CleanroomMC:1.12from
jchung01:fix-prop-caching

Conversation

@jchung01
Copy link
Copy Markdown

This fixes an issue introduced in v4.2.7 where any party-related functions would not work on the client-side in a dedicated server. Players would seemingly be unable to create parties because the client would be unable to getParty() due to the cached property not being updated.

(Listeners are now attached to PropertyContainer instead of IPropertyType; this was a mistake as different containers can have instances of the same property type.)

Copy link
Copy Markdown
Collaborator

@WaitingIdly WaitingIdly left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

tested on a dev server with 2 accounts, creating a party didnt work correctly on the 1.12 branch, worked correctly here.
because if how this was changed, i dont think IPropertyListener needs to exist anymore. unless theres a compelling argument to keep it, seems simpler to just use Consumer.

Comment thread src/main/java/betterquesting/questing/party/PartyManager.java Outdated
@WaitingIdly WaitingIdly added the bugfix Fixes problems label Mar 17, 2026
@WaitingIdly WaitingIdly merged commit 542096f into CleanroomMC:1.12 Mar 18, 2026
@jchung01 jchung01 deleted the fix-prop-caching branch March 19, 2026 17:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bugfix Fixes problems

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants