Repository navigation
fix: skin emotes from active character profile - #45
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📝 Summary
Merge Risk: ⚪ Minimal · up to This change makes hands-up and other emotes show the active character's skin instead of the previous one. Failures in applying the skin are contained and logged, so emotes still play. No merge-blocking risk was identified.
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 |
Summary
ItemsAdder 4.0.18 skins emote renderers from the player name, which resolves to the Mojang account skin. It does not re-read the Paper profile after RPCharacters applies a character skin, so
/handsupand direct emotes could show the prior character or account skin.This change pushes the currently active profile
texturesvalue into the newly created ItemsAdder renderer through its internalchangePlayerSkinmethod. It applies immediately for/handsupand on the next tick for any emote started through ItemsAdder'sPlayerEmotePlayEvent. Reflection failures are contained and logged without preventing an otherwise valid emote.Verification
tfmc-mvn -o -B clean verifypasses: 872 tests and the 100% coverage gate./handsupbefore and after a character switch.