fix: reword player messages in character - #12
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 (4)
Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 2 remain after this review. 📝 SummarySummary by CodeRabbit
WalkthroughPlayer-facing messages for node checks and dowsing results now use updated wording. The underlying checks, rejection behaviour, and displayed resource and yield values remain unchanged. ChangesPlayer-facing messages
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~10 minutes Change: Other Suggested reviewers: Merge Risk: ⚪ Minimal · up to This change updates player-facing wording without a reported gameplay or displayed-value change. No merge-blocking risk is evident beyond normal checks.
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: 38 tests, 0 failures.🤖 Generated with Claude Code