Fixed and shipped, and Mark's v54 pass confirmed it in-world: the minimap now sits fully on screen on the biggest maps, the [-] [+] and WORLD buttons are all clickable, and changing resolution re-fits it immediately.

What you were seeing was the minimap drawing the map's FULL image at native size with no ceiling, so on a wide map like Henesys it ran the whole width of an expanded window. The minimap is now a BOUNDED window (240x180 max) that scrolls to follow you inside the full-resolution image, hard-clipped by a geometry mask so the edges cannot replicate, with off-window markers hidden rather than pinned to the edge. It also gained a resize handler — it was the one HUD element that had none, which is why it only ever settled after a map change.

That is authentic, not a house rule: v83's minimap scrolls its own window rather than shrinking the map to fit.

LIVE on the published build. If it grows on you again, reopen this and say what size the window was.

Heads-up so this does not get re-filed as a regression: the minimap panel is about to get WIDER on some maps, on purpose.

While fixing #269 I found the panel was cropping every map to an invented 240x180 window. v83 sizes the window to the map picture and draws all of it (window_width = max(178, name_width, map_width + borders)), so Henesys — whose picture is genuinely 465px wide — now takes a 477px panel instead of 252px. That is the authentic size, not a return of this bug.

What this ticket reported is still fixed: the panel is capped by the map picture, so it can never stretch to fill a larger screen. The viewport is only used as a last-resort ceiling for the two maps in the game whose picture is bigger than the screen (Amoria PQ Stage 5 at 1265px wide, Eos Tower at 701px tall) — those crop and scroll so the [-]/[+]/WORLD buttons stay reachable.

No status change; dev branch only, not live yet.