[diangogav]

Summary

• Adds a new emote-bar module.
  • EmoteRef is either a default emote id (wave, thumbsup, fire, thinking, cool, mindblown, sweat, cry) or <pack-slug>/<emote-key>.
  • EmoteBar holds exactly 8 refs, with no repeats.
• Adds the user_emote_bars table in the cosmetics DataSource. It has one row per user: emote_refs varchar(48)[] with a length-8 CHECK, and an FK to users with ON DELETE CASCADE.
  • The bar is always read and replaced as a whole, so one row with an array is simpler than one row per slot.

Chain context

This is part of the emote packs feature: emote packs become cosmetics, and each player builds an 8-slot emote bar from the default emotes and the emotes of packs they own. The duel server already relays any emote id up to 48 bytes (diangogav/EDOpro-server-ts#418).

This is a stacked chain into main. Merge the PRs in order. After each merge, retarget the next PR to main.

main
└── #109 EMOTE_PACK cosmetic type and pack validation
  └── #110 emote bar domain and persistence 📍
    └── #111 GET and PUT /me/emote-bar
      └── #112 emote bar fixes

• Starts from: feat(cosmetics): add EMOTE_PACK cosmetic type with pack validation #109.
• Ends at: the bar can be stored. No endpoint exposes it yet.
• Follow-up: feat(emotes): add GET and PUT /me/emote-bar #111.
• Out of scope: HTTP routes, the public bar and the client.

Size

258 changed lines: 157 production, 101 tests.

Verification

• bun test, bun run lint and bun run build --noEmit all pass on the top of the chain.