Aaron Kimbrell 66dca36b63 fix(vendor): dropping the oldest buyback item moves the rest up, as live ...

Live's 28th sale to a full buyback removed the oldest item, then sent
MoveItemInInventory (inventory 11, VENDOR_BUYBACK) for each of the 26 items
left, to slots 0 to 25 in order, before the sold item was added after them.
The server left the hole, so the sold item took the dropped item's slot
and the buyback page was no longer in sale order. The buyback inventory is
not saved and nothing changes hands; only slots move.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-02 10:51:25 -05:00

..

AchievementCacheKey.h

refactor(component): group the component files by the client's families

2026-10-01 15:37:45 -05:00

AchievementVendorComponent.cpp

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00

AchievementVendorComponent.h

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00

BaseVendorComponent.cpp

fix(vendor): dropping the oldest buyback item moves the rest up, as live

2026-10-02 10:51:25 -05:00

BaseVendorComponent.h

fix(vendor): dropping the oldest buyback item moves the rest up, as live

2026-10-02 10:51:25 -05:00

DonationVendorComponent.cpp

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00

DonationVendorComponent.h

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00

VendorComponent.cpp

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00

VendorComponent.h

refactor(entity): each component type has an allocator, as the client

2026-10-02 08:11:58 -05:00