Bug Report: "Export Entire Configuration" is profile-dependent, and more ...

[Akame]

**Bug Report: "Export Entire Configuration" is profile-dependent, and profile switching can corrupt profiles into identical copies**

**Version:** v18.2.0 (latest beta as of May 2026)
**OS:** Windows 11

---

## Bug 1 — "Export Entire Configuration" produces different ZIP files depending on the active profile

**Steps to reproduce:**
1. Create two profiles: Default and Gaming, each with distinct rules
2. Switch to the Default profile → File → Export Entire Configuration → save ZIP A
3. Switch to the Gaming profile → File → Export Entire Configuration → save ZIP B
4. Compare ZIP A and ZIP B — they differ in both structure and content

**Expected:** Both ZIPs should be identical and contain a complete snapshot of all profiles, regardless of which is active at export time.

**Observed (from comparing the two ZIPs):**

- The root `prolasso.ini` always reflects whichever profile is currently active, not a neutral baseline. So the two exports contain different root configs.
- When the Gaming profile is active during export, `Gaming/prolasso.ini` inside the ZIP is a **stale copy** (dated 3 days earlier) rather than the current live config. The current live Gaming config only exists at root, which will be overwritten when switching back to Default.
- When the Gaming profile is active, its subfolder is missing the `.profile` and `.profilename` metadata files that are present when Default is active.
- The Default export contains a spurious nested `Gaming/Gaming/prolasso.ini` folder that should not exist.
- The `Gaming/.profilename` file in the Default export reads "Default" instead of "Gaming" — a metadata labelling error.

**Impact:** Importing a ZIP exported while Gaming was active would restore a 3-day-old version of the Gaming profile, silently losing any rules added since then.

---

## Bug 2 — Profiles intermittently become identical copies of each other

This appears to be caused by the same root issue: the "save active config back to its subfolder" step during a profile switch is not reliably completing.

**Observed:** After switching profiles, one profile's rules are sometimes replaced by the other's, resulting in both profiles having identical content. This goes in both directions (Gaming becomes a copy of Default, or Default becomes a copy of Gaming).

**Likely mechanism:** A profile switch is a two-step operation — (1) save current root `prolasso.ini` back to the active profile's subfolder, then (2) copy the target profile's subfolder into root. If step 1 is skipped or lost (e.g., due to a write race between the GUI and Governor processes sharing the same INI file), the active profile's recent changes are lost, and both profiles end up with the same content.

The stale Gaming subfolder found in Bug 1 is direct evidence of step 1 failing silently — the subfolder was not being updated to reflect changes made while Gaming was active.

---

## Suggested Fix

Before performing an export, flush the active profile's current state back to its named subfolder so all profiles are current and consistent on disk. The export should then produce an identical ZIP regardless of which profile is active.

For profile switching, the save-then-load swap should be made atomic (or at minimum, the save step should be verified/retried before the load step proceeds), to prevent the corruption described in Bug 2.

Happy to provide the two ZIP files as attachments if helpful.