f5.sh: isolate user:// for the play instance too nf-pui2 ← Beads

open priority 2 task unassigned

Twinned from https://github.com/cfsh/ninefold/issues/370 by tools/beads/import_github.py's reconcile pass.

Split out of #358 so it doesn't evaporate when that issue auto-closes on PR #360's merge (reviewer G4 — good catch).

#358 asked for per-clone user:// isolation and noted: *"Optionally f5.sh could do the same for the play instance later, but the probe side is the urgent half."* PR #360 ships the probe side only.

Why it was deliberately left out: the probe side is free — probe state is disposable, so redirecting it costs nothing. The play instance is not. Aedan's real songs live in the shared app_userdata/Ninefold/tonapse/, so pointing the F5 clone at its own dir makes his existing library look empty until it's migrated. That's a decision about his data, not a refactor to ride along in a probe-hygiene PR.

What this needs to decide: - Does the F5 clone get its own save dir, or keep sharing the real one? - If its own: migrate the existing library across, or start clean and load from the shared one on demand? - Godot 4.7 has no user-data-dir flag (confirmed against --help in #360), so the levers are the same in-process UserPaths redirect, or application/config/use_custom_user_dir via an override.cfg — the latter catches everything by construction but applies to every run from that clone.

shared/UserPaths.cs (from #360) already has the mechanism; this is purely about whether and how to point the play instance at it.

Dependencies

None.

Comments

No comments.

Add a comment