Separate the phone's bottom bar from the desktop sidebar; switched-off sidebar items stay listed

[ingoau]

Why

Two bugs combined to break the desktop sidebar:

• Phone bar overwrote the desktop sidebar. Saving the phone's bottom bar also wrote it into the synced actions.order.sidebar setting, so the desktop sidebar ended up with the phone's two to five places. The phone's Library place has no desktop view of its own and fell back to Albums, so desktop showed a "Library" that opened Albums, and Artists etc. were gone.
• Switched-off items vanished for good. Desktop Settings → Customisation built its lists from Query.Actions, which returns only the chosen actions. Switching an item off dropped it from the list, so it could never be switched back on.

What

• core: new synced setting nav.mobileBar for the phone's bottom bar: ordered place ids, [] means the default. Also added to both fake cores.
• android: the bottom bar reads and writes nav.mobileBar through a new SyncedNavBarPrefs.
  • It still syncs between phones, but no longer touches actions.order.sidebar.
  • A bar saved device-locally (DataStore) before this is copied over once, if the account has no bar yet. The local copy is cleared either way.
  • NavItem.canonicalActionId existed only to feed the sidebar order, so it's removed.
• desktop: the choose-and-order lists (sidebar, context menu, media buttons) now show the switched-off actions after the chosen ones.
  • Their labels and icons come from the palette.
  • The full set for each surface is in src/shared/action-orders.ts, which mirrors the core's default lists.

Existing accounts

An account whose actions.order.sidebar already holds the phone's list keeps it after this. With the desktop fix, the missing places now appear in Settings → Customisation → Sidebar items and can be switched back on.

Testing

• cargo test -p hocket-core settings: 25 passed.
• Android :app:testDebugUnitTest: 129 tests, 0 failures, 13 skipped (the same suites as before).
  • addReorderAndRemovePersistAcrossRecreation now checks that the bar saves to nav.mobileBar, that the sidebar order stays [], and that a fresh store over the same core restores the bar.
  • New test aDeviceLocalBarIsAdoptedOnce.
• Desktop: typecheck passes, vitest 150/150 pass, eslint is clean on the touched files.
• New e2e test chrome.spec.ts, "a sidebar place switched off in Settings stays listed and can be switched back on": it passes, and it fails without the fix.
• Not tried on a device or against a real server.

🤖 Generated with Claude Code

https://claude.ai/code/session_01Y13F1MZyepBvGTi1ceeGUc