Repository navigation
fix: reword player messages in character - #23
Conversation
Replace out-of-character wording in gameplay messages (permissions, containers, entities, chunks, plugin tags) with in-world phrasing. Staff commands, usage help and setup errors keep their plain wording. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (3)
Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 8 remain after this review. 📝 SummarySummary by CodeRabbit
WalkthroughTwo player-facing messages change: offer-book lore and the response to unknown invite names. Invite tests now expect the updated response for unknown and blank names. ChangesOffer book lore
Unknown-player invite response
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~5 minutes Change: Other Merge Risk: ⚪ Minimal · up to The text updates clarify offer-book signing and unknown invitees without an established change to gameplay behavior. No material merge risk remains in the reviewed changes.
Comment |
Summary
Rewords player-facing gameplay messages that broke immersion with server terms (permissions, access, containers, entities, chunks, plugin names) so they read in character. Staff and admin commands, usage help and setup errors keep their plain wording. Wording only: no permission checks or message routing change.
Before and after
Colour codes are omitted; the code keeps them.
Testing
mvn -o verifypasses: 684 tests, 0 failures.🤖 Generated with Claude Code