7cd43cdf52
Review follow-up to the viking://~ migration: the ~ home alias only expands for USER/ADMIN roles. The DEFAULT dev auth mode (no server.auth_mode, no root_api_key) resolves every request as ROOT, which bypasses current-user expansion — the canonical parser rejects viking://~ with 400 'Home alias URI is not canonical' (verified on a live 0.4.16 server). A deployment upgrading to 0.4.16 with an untouched ov.conf is in dev mode, so the ~ spelling would break exactly the way the old uid-less one will. Mirror the upstream first-party plugin pattern instead: resolve the user space client-side from /api/v1/system/status (result.user, 'default' fallback) and emit explicit-uid viking://user/<user>/memories/... URIs, which are canonical under every auth mode (dev/ROOT, trusted/USER, api-key) and every server version. viking://~/... input typed by the user keeps passing through untouched. (#91995)