Manufacturing planner: remember last build-from location (persistent), and "All stations" should mean NPC/no-bonus

[aixtools]

1. Remember the last build-from location, persistently

The Manufacturing planner's "Build from" station/container picker currently resets on every fresh page load — it's read straight off the URL query string, nothing remembers your last choice.

Being built now (session-scoped): a per-session memory, following the same pattern already used by Assets/Reactions/Shipping — sticks for as long as you're using the app in one browser, resets on a new session. This is happening as a normal code change, not part of this feature request.

This issue is the persistent version: remembering your last-chosen location across logins/sessions (and potentially across devices on the same account) would need a MonitorUser-level saved preference — a change to the identity/backend tier (monitor-eveo-core), not just the UI. Filed here as a future enhancement rather than built now, since it's a bigger design decision than a same-session convenience.

(A lighter middle ground — per-device persistence via browser localStorage, no account/backend change needed, survives longer than a session but doesn't follow you to a new device — may also be worth considering if it fits the existing UX cleanly.)

2. "All stations" (no station picked) should mean NPC station — i.e., no structure bonus

Confirmed by reading the code (monitor-eveo-core: monitor/plugins/planner/manufacturing/facade.py's _site property and park.py::facilities_for): when no station is selected, site_location_id is None, and park.facilities_for(..., site=None) applies your own saved park facility's material bonus unconditionally — regardless of whether you're actually building there. The code's own docstring names this a deliberate "third state, distinct from 'an NPC station was picked'" — kept for backward compatibility with callers that predate the facility-siting work.

This means "All stations" currently overstates costs as if you were always building at your bonused structure, rather than showing the honest NPC-station baseline (no bonus) a truly location-agnostic estimate should show.

Two possible fixes, for whoever picks this up:

• D-tier only (no core change): default "All stations" to a real, specific NPC station id (rather than leaving it unset) — the existing siting-gate logic already returns material_factor=1.0 for a site that doesn't match the pilot's saved structure's system, so a real NPC station id gets "no bonus" for free. Caveat: a very small edge case where a pilot's own saved structure happens to sit in whatever system gets chosen as the global default.
• Core-level fix (more robust): give ManufacturingPlanner/park.facilities_for an explicit "no site info" vs. "explicitly no-bonus baseline" distinction, so the UI can ask for the honest NPC baseline without relying on a magic default station id.

Which NPC station(s) to use as the default (if going with the d-tier-only fix) is being chosen separately — needs a station offering Factory (manufacturing) + Reprocessing Plant + Refinery together, ideally in lowsec so refining is included.

[aixtools]

Design refined 2026-09-01 — deferred to a batched migration cycle (both abc + ux affected)

Follow-up design session settled the shape of this. Recorded here so it's not lost before someone picks it up — not built yet, per standing policy: migration-requiring work waits for a coordinated cycle, not piecemeal.

The UI picker stays a structure picker — no new "pick an IndyPark" concept

Walked back an earlier draft of this design that proposed exposing IndyPark selection directly in the UI. Settled instead: "Build from" keeps working exactly as today — you search/pick a structure, nothing new to learn. What changes is underneath: when the picked structure is a member of a saved multi-structure park, cost calc should recognize that and apply the whole park's bonuses (sibling structures too — e.g. picking the Raitaru should also pull in the Athanor's reprocessing bonus if they're grouped together), instead of only that one structure's own bonus or falling back to "no structure bonus."

Migration: split the flat structure list into one IndyPark per system

Today: one IndyPark row per owner (name="default"), holding every saved structure in one flat list (config["hidden_my_structures"]), regardless of system. Needed: split into one row per distinct system, so the backend can answer "which other structures travel with the one just picked."

Auto-generated park name, priority order:

1. The system's manufacturing-kind structure's name (Engineering Complex, Structure Engineering Service Module fitted — EveGroup 1415).
2. Else the refinery's name (if the system has only a Refinery, no EC).
3. Else the science-station's name — a new third structure kind, not yet modeled in park.py/structures_offered()/StructureOption.kind (today only "manufacturing"/"reaction" exist). Grounded in real SDE data: EveGroup 1416, "Structure Research Service Module" — the same EC hull, fitted for research instead of manufacturing.

MonitorUser default preference — shape follows the structure-based picker

Since the picker's unit is a structure, not a park, the persisted default should also be a default structure/location (not a park name directly) — the park association is resolved from whichever structure is picked or remembered, the same as a live pick. (Open sub-question from the design pass, still unresolved: does this need to pin a specific character, given IndyPark.owner_id is a character id and one account can have several — or does the existing priority-owner lookup suffice? Whoever picks this up should re-settle that at build time.)

Unchanged from the original report: "All stations" bonus bug

Still needs its own fix, independent of the above — see the original issue body. site_location_id=None (nothing picked at all) currently falls back to applying the pilot's saved park bonus unconditionally, the pre-siting-fix behaviour kept for backward compat. Should mean NPC/no-bonus baseline instead.