Changelog

All notable changes to LootCheck are recorded here. This project follows Semantic Versioning.

1.7.1 - 2026-09-09

Added

• Hovering a row on the Contested Items and Character Sheet pages draws a thin line above and below it, so the eye can follow across a wide row from the item name to the numbers on the right.

Rows hidden while the cursor is on them never receive their OnLeave, so a refresh clears the guides rather than leaving one lit on an empty row.

1.7.0 - 2026-09-09

Added

• Contested Items page (/lchelp contested, or the Contested button): every wishlisted item with how many raiders want it and how many are still waiting on it, so the contested ones are visible before the raid rather than during it. Hovering a row names the raiders with their priorities, greying those who already have it, and a check box narrows the page to your current group.

The list is ordered by who is still waiting rather than by the raw total: an item six people wishlisted but five already hold is not contested any more.

Changed

• The home page's buttons wrap onto another row when they no longer fit. Seven of them no longer fit on one row at the window's narrowest.

1.6.1 - 2026-09-09

Fixed

• Almost every item on the Character Sheet sat under "Slot not known yet". itemEquipLoc is GetItemInfo's 9th return, which inside a pcall is the 10th value; the code named the 9th and so read itemStackCount, a number, which matches no slot. Only tier tokens, which are placed by name, were landing correctly. The value is now selected by position rather than counted out, and the test stub returns the client's real tuple so miscounting it fails the suite instead of showing up in game.
• Redraws prompted by item data arriving are coalesced. The event fires once per item, and a wishlist can hold hundreds.

1.6.0 - 2026-09-09

Added

• Character Sheet page (/lchs, the Character button, or clicking a bar on the wishlist graph): one raider's wishlist laid out by equipment slot, with the rank they gave each item. Empty slots are shown, a slot wanted several times is grouped under one heading in rank order, and received items are greyed as they are on the tooltip.
• A dropdown picks the raider, and the choice is remembered.

Tier tokens are placed by name, since a token is not equippable and the client has no slot for one; the names come from the same set-piece map used at import. Everything else asks the client and, for items it has not cached, requests the data and redraws when it arrives rather than dropping the item.

Changed

• Wishlist:ForCharacter now builds one raider's wishlist for both /lchelp wishlist and the new page, instead of the command owning it.

1.5.1 - 2026-09-08

Changed

• The tier token count now follows the selected phase's tier: P1 counts only T4 (Fallen), P2 only T5 (Vanquished), and P3 to P5 only T6 (Forgotten), since Zul'Aman and Sunwell keep the T6 tokens. With no phase selected every tier counts, as before. The column heading and the row tooltip name the tier.

The date window alone would not have been enough: awards from before LootCheck was installed, or a phase date corrected after the fact, could otherwise let a T6 token count towards P1.

1.5.0 - 2026-09-08

Added

• The graph's count column now reads 4 / 2 (22): wishlist items awarded, tier tokens awarded, and the all-time total. Tokens are counted over the same window as the first number, so selecting a phase narrows both.
• Hovering a bar lists the tier tokens with their dates.

Tier tokens are read from Gargul's award history rather than through the wishlist, so one given to a raider who never wishlisted it still counts. The token ids are derived from the set-piece map already used at import time, so the two cannot drift apart.

1.4.5 - 2026-09-08

Fixed

• Grabbing the resize grip no longer jumps the window. The resize is now driven from the cursor instead of by handing the frame to Frame:StartSizing, which on this client resized it the instant it was called, to a size unrelated to the cursor, the window or any bound the addon sets. Following the cursor makes the first update a delta of zero, so a drag cannot begin with a jump, and the behaviour no longer depends on the client's sizing implementation.

1.4.4 - 2026-09-08

Fixed

• The check that keeps the window inside its resize bounds compared the addon's own tracked size rather than measuring the frame. Those two can disagree, and it is the frame's real size the client tests against the bounds when sizing begins, so the exact case the check existed to prevent - a frame smaller than its minimum being snapped up the instant the grip is grabbed - could pass unnoticed.

1.4.3 - 2026-09-08

Fixed

• The window is re-anchored to its top-left corner before sizing begins. It is normally anchored by its centre, which stays fixed while the bottom-right corner is dragged, so the frame grew in both directions at twice the speed of the cursor and appeared to jump the moment a drag started.

Added

• /lchelp sizedebug prints the frame's size, the client's resize bounds, its anchors and scales, and then traces every step of a drag. Undocumented on purpose: it is a diagnostic, not a feature.

1.4.2 - 2026-09-08

Fixed

• Clicking the resize grip made the window jump wider before any dragging. Sizing began on mouse-down, so a plain click already put the frame into sizing mode and the client applied the resize bounds at that instant, snapping a frame that sat below its minimum up to it. Sizing now begins on a drag, so a click on the grip does nothing on its own.
• The resize bounds were set once when the window was built and never again, so they could disagree with what the pages actually need. They are now reapplied on every page change and before every resize, and the frame is raised into them if it is ever outside.
• A page's minHeight is now read as what its content needs, with the title bar added on top, rather than being taken as the whole window's height.

1.4.1 - 2026-09-08

Changed

• One size for the whole window instead of one per page. Drag it on any page and every other page opens at that size, so switching pages no longer resizes the window under you. A size saved per page by 1.4.0 is carried over rather than lost: the largest of them becomes the shared one.
• The minimum size is now whatever the most demanding page needs, which is the wishlist graph and its two columns. It is derived from the pages rather than hard-coded, so it follows the graph if its columns ever need more room. This is what makes a single shared size safe: every page can be switched to without the window having to change size to fit it.

1.4.0 - 2026-09-08

Added

• The window is resizable, by the grip in its bottom-right corner. Each page remembers its own size, sizes are clamped to the screen so one saved on a larger monitor cannot outgrow the display, and /lchelp resetsize puts the current page back to how it shipped.
• Pages reflow rather than stretch. The audit, raid drops and loot council lists show more rows when the window is taller; the graph's two columns split proportionally with a floor on each, and the bars scale with their column; the commands page re-wraps and re-stacks at its new width.

1.3.1 - 2026-09-08

Changed

• Dropdowns are now dark fields with a border and an arrow rather than UIPanelButtonTemplate buttons, which made them read as action buttons like "< Back" instead of as something to pick from. Both the Audit page's range dropdown and the Wishlist Data raid picker use the same shared button, so they match, and the layout suite asserts the styling.

1.3.0 - 2026-09-08

Added

• A time range dropdown on the Audit page: past week, past month, this phase, last phase, or all. The two phase options use the dates from /lchelp phase, so correcting a date moves the list with it. The choice is remembered, and the entry count names the range it is showing.
• Window:CreateDropdown builds a dropdown out of plain frames, so a second one did not mean a second copy of the picker code. Blizzard's UIDropDownMenu stays out of the addon, as it must.

1.2.1 - 2026-09-08

Fixed

• The graph's "Wishlist items awarded" column heading had no right bound, so it ran on into the raid drops list beside it. It is now bounded by the bar column and shortened to "Awarded: current wishlist (all time)".
• Bounded three more single-line labels that sat at the end of a row and could overrun their neighbour the same way: the graph's group check box, the audit page's hide-non-wishlist label, and the drops list's blue items label. The layout suite now asserts all of them.

1.2.0 - 2026-09-08

Added

• Content phase dates and a phase filter on the graph. The < > buttons limit the bars to awards from one phase, which is a real date window. P1, P2 and P3 carry their announced Anniversary dates; P4 (Zul'Aman) and P5 (Sunwell) have none yet and show no awards until you set one with /lchelp phase P4 2026-10-15. Your dates are remembered, so no addon update is needed when Blizzard announces them.
• /lchelp phase lists the table and marks the phase you are in.

Changed

• The graph's main number is now labelled current wishlist rather than "this phase". Its behaviour is unchanged: it has always counted awards against the wishlist you have imported, never a date range, and the old label implied otherwise. The same wording is corrected on the home page, in /lchelp status and in /lchelp wishlist.
• A chosen phase takes precedence over the "last N days" filter, rather than the two intersecting.

1.1.0 - 2026-09-08

Added

• Loot Council page (/lchc, or the button on the home page): who else is running LootCheck and which version, so you can check the council is on the same build. Opening it pings your group and every online guild member; anyone behind your version is flagged, and a check box also lists the players who were asked but did not answer.
• Shorthand slash commands: /lch (menu), /lchg (graph), /lcha (audit) and /lchc (loot council). Arguments pass through, so /lchg 30 works.

Changed

• A ping and its reply now cross protocol versions, so someone running a build that cannot exchange data with yours is visible on the Loot Council page as "cannot sync" instead of being invisible. Everything that moves data still requires a matching protocol.

1.0.2 - 2026-09-08

No changes to how the addon behaves in game. Fixes the release pipeline.

Fixed

• The release workflow passed the CurseForge token as CF_API_TOKEN, but the pinned packager@v2 reads only CF_API_KEY, so the upload was skipped while the run still reported success. Both names are now set.
• The packaged changelog was being generated from commit messages, overwriting this file. .pkgmeta now points at it explicitly.

1.0.1 - 2026-09-08

No changes to how the addon behaves in game. This is the first release built and published automatically from a git tag.

Changed

• The version is read from LootCheck.toc at load instead of being repeated in Core.lua, so the number shown in chat and sent to other LootCheck users cannot drift from the one the packager and CurseForge publish.

1.0.0 - 2026-09-08

First public release.

Tooltips

• Gargul's "TMB Wish List" block is rebuilt from LootCheck's own wishlist data, in Gargul's format and honouring Gargul's TMB settings (raiders-only filter, maximum entries, OS sorting, raid-group suffix). Gargul's tier, note and prio-list lines are left alone.
• Raiders who have already been awarded an item are greyed out in that block. Everyone else stays class-coloured, so grey means exactly one thing: received.
• TMBExport's separate tooltip list is switched off once, with a chat notice, so nothing is shown twice. /lchelp tmbtooltip turns it back on.

Wishlist data

• Paste That's My BIS CSV exports into LootCheck as named raids and pick the active one. A stale Gargul TMB import in a PUG can no longer skew the tooltip or the numbers.
• Export the active dataset as text, or whisper it straight to chosen players in your group. Each recipient chooses to save it as a new raid, merge it into theirs, or discard it.
• Manual edits (giveitem, removeitem, addwlitem, removewlitem) can be shared live with the same players. Both sides must opt in, received edits run the same code as local ones, and edits are never relayed.

Reporting

• Wishlist graph: one bar per raider showing non-OS wishlist items awarded, as 4 (22) — 4 this phase, 22 all time. Hover for the items and dates.
• Raid drops: every rare and epic item that dropped, per raid week, with who picked it up and who it was assigned to in separate columns. Read from the loot window and from loot messages in chat, so every council member builds the same list with no addon-to-addon traffic. Rolls over at the Tuesday raid reset, with 8 weeks of history.
• Audit: every award in chronological order, including plain MS/OS roll wins, manual received marks, and the manual-edit commands you ran.

Notes

• LootCheck never writes to Gargul's data.
• It deliberately avoids Blizzard's UIDropDownMenu and StaticPopupDialogs: both taint the secure UI, which stopped the game menu's Log Out button working during development. The test suite fails if either is reintroduced.