Files
benilla-octo/crates
gromandClaude Opus 5 d1d44a7801 map: the windowed map dragged WorldMapTooltip out of the TOOLTIP stratum
grom, twice: *"I can't see the pfquest tooltips under the map"*, and then *"still can't
read the pfquest tooltips when on the map, and you can see where it pops out on the left
side where the map ends."* That second sentence is the whole diagnosis: the part of the
tooltip hanging off the map is readable, the part over it is not.

`WorldMapTooltip` is a child of `WorldMapFrame` that declares `frameStrata="TOOLTIP"`
(`WorldMapFrame.xml:748`), and `SetFrameStrata` forces the whole subtree (`0x76a470`).
The realm knows: `WorldMapFrame_Minimize` (`WorldMapFrame.lua:210`) and `_Maximize`
(`:284`) each re-assert that TOOLTIP on the line after their reparent. `SeatLevels`, which
exists to put the window's own FULLSCREEN back after `_Minimize`'s
`WorldMapFrame:SetParent(UIParent)` drops it, runs after them on the same call and took
the tooltip down with it -- to FULLSCREEN level 1, under `WorldMapDetailFrame` at level 3.

So the tooltip's text and its pfUI backdrop fill draw under the map art while pfUI's
`backdrop_border` child, at level 3, draws across it: a tooltip-shaped outline over the
map with nothing inside it. Windowed only, because `_Maximize` reparents to `nil`, leaves
the stratum alone, and the guard in `SeatLevels` never fires -- which is why a capture
driven straight from `ToggleWorldMap` never showed it.

Put back what the re-assert takes, exactly as the realm's own two callers do. Reproduced
and verified in a capture with his addons and saved variables at his resolution.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SgstFWtn1RxEJ5kVrpgYwn
2026-11-08 16:47:49 -07:00
..