changelog: v3.1.12

Author: Kelsidavis

CHANGELOG.md

@@ -1,5 +1,13 @@
 # Changelog
 
+## [v3.1.12] - 2026-08-28
+
+### Fixed
+- **The loot window's rows were built, and were not buttons.** 3.1.11 read `<LootButton name="LootButton1"/>` as an element named after a virtual `<Button name="LootButton">`, which is not the shape the file has: 1.12's `LootFrame.xml` declares `<LootButton name="LootButtonTemplate" inherits="ItemButtonTemplate" virtual="true">` and then `<LootButton name="LootButton1" inherits="LootButtonTemplate">`. Nothing declares `LootButton` at all, and `UI.xsd` does not define it either - the real client reads the type off what the element inherits, and all three of these are Buttons because `ItemButtonTemplate` is one. Created as Frames, the template's own `RegisterForClicks` and `<OnClick>` had nothing to act on and a loot row did not answer a click. The chain is walked when the frame is created rather than when the template is declared, so a template in a file loaded later still answers. Emitting the whole 3.3.5 interface either way differs in one line, which resolves the same both ways. Reported in #132
+- **The chat menu's channel list broke at the second channel.** `GetChannelList` answered an id, a name and a disabled flag per channel to every interface, and 1.12's `FCFDropDown_LoadChannels` reads two at a time - `for i=1, arg.n, 2`, then `info.value = "CHANNEL"..arg[i]` - as does 3.3.5's `CreateChatChannelList`, written with select. So the flag was taken for the next channel's id and concatenated: "attempt to concatenate field '?' (a boolean value)", and the rest of the handler was lost. The chat menu's list on turtle and the chat config panel's on wotlk, the same fault in both. The flag is 4.0's and 4.0 keeps it. Reported in #132
+- **The language menu was empty on a 1.12 interface.** Stock `ChatFrame.lua` opens `LanguageMenu_LoadLanguages` with `GetNumLaguages()` - Blizzard's own misspelling, in the shipped files, so the client they were written against answers to that name. Bound here under the correct spelling only, the missing-API fallback answered an object and `for i = 1, numLanguages` raised. Reported in #132
+- **Hovering the minimap's tracking button killed the handler, and the button showed a missing icon.** `GameTooltip:SetTrackingSpell` was in neither the method table nor the no-op allowlist, so the lookup answered nil and 1.12's OnEnter raised on its second line, with the tooltip already owned by a frame that then wrote nothing into it. It renders the spell's own tooltip now. And `GetTrackingTexture` answered `Interface\Minimap\Tracking\None` for nothing tracked, which is 3.x's art: a 1.12 client has no `Interface\Minimap\Tracking` folder at all, and its `Minimap.xml` hides the tracking frame outright when this answers nil. Only 1.12 changes - the tracking dropdown and its None entry are 2.x's. Reported in #132
+
 ## [v3.1.11] - 2026-08-27
 
 ### Added