Repository navigation
Treat a null shared display name as no character name - #40
Conversation
A null display name reached isBlank(), threw, and logged the "names skipped" warning for what is not a failure. It now falls back to the account name quietly. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Summary
Merge Risk: ⚪ Minimal · up to The null shared-name case falls back to the account name without the prior warning. The separate no-active-character label depends on an external API contract that could not be verified, and no actionable defect is established.
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Follow-up to #39 (released as v0.4.0). A null display name from
Characters.displayNamereachedisBlank(), threw, and logged the "Shared character names skipped" warning for something that is not a failure.RpNamesnow treats null like a blank name and falls back to the account name without logging.An online player with RPCharacters data but no active character still shows RPCharacters' no-character label (
Unknownby default), the same label chat uses; that is now documented rather than changed.Verified with
mvn clean verify: 1129 tests pass andRpNamesis fully covered.Docs: TF-Minecraft/Docs#175
🤖 Generated with Claude Code