Skip to content

Improvement: the base update shows its progress and tells you to keep your hands off the Octatrack - #1501

Closed
repeat98 wants to merge 3 commits into
mainfrom
improve/base-update-ux
Closed

repeat98 wants to merge 3 commits into
mainfrom
improve/base-update-ux

Conversation

@repeat98

Copy link
Copy Markdown
Owner
  • What was wrong or hard: During a base update over USB the dialog showed the browser's own 4 px progress element, and only while a send ran, so most of the update had no visible progress. Nothing said that the Octatrack restarts, loads the project and looks ready while the base is not saved yet. The view before the update was a wall of text: three cards with a sentence each, a warning paragraph and a note above them.
  • What this changes: Site only; no base change.
    • One blue progress bar with its percentage for the whole update (ProgressBar in BaseDialogFrame.tsx), with a moving sheen while a step reports no figure. The sync dialog uses the same bar.
    • A "Hands off your Octatrack" alert for as long as the update runs.
    • Before the start: one intro line, the three steps as one slim row (StagePlan compact), and what to do as a line each (OS file ready, save and stop, hands off, USB Audio off where it applies).
    • The link reports a new step saving once the container is on the unit, so the page tells "sending the base once more" from the write.
    • The done view says the base is saved and the Octatrack can be used again.
  • How I checked it: The dialog, sync dialog, link and hub tests (BaseInstallDialog, LoadDialog, ZoomBaseDialog, octatrack-link, OctatrackHub, owner-note-accept), tsc -b and eslint pass. npm run pr:ready: every step passed except sdk:check, which reported test_volatile_service.py; that test passes when run on its own on this branch (2 tests, OK), and this branch changes nothing under sdk/. I looked at every state of both dialogs as a static page built from their real markup and styles. Not checked: a real update on a unit with this page.
  • What the guides lacked or got wrong, and where I fixed it: nothing

The Octatrack's own screens for the update and the sync (a full-screen, key-locked BASE UPDATE screen and a MODWERK SYNC box) are base work and come in a separate pull request with the next base.

🤖 Generated with Claude Code

repeat98 and others added 3 commits November 13, 2026 10:00
…r to keep their hands off the Octatrack

The update dialog showed the browser's own 4 px progress element, only while a
send ran, so most of the update had no visible progress, and nothing said that
the Octatrack looks ready after its restart while the base is not saved yet.

- One blue bar for the whole update (ProgressBar), with its percentage and a
  moving sheen while a step reports no figure; the sync dialog uses it too.
- A "Hands off your Octatrack" alert for as long as the update runs, and the
  same words before it starts.
- The link reports 'saving' once the container is on the unit, so the page can
  tell sending it from the write.

Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
… texts

The view before an update was a wall of text: three cards with a sentence
each, a warning paragraph, a note above them. Now one intro line, the three
steps as one row, and what to do before the start as a line each.

Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
@repeat98

Copy link
Copy Markdown
Owner Author

Closed into #1502: all changes that need a new Octatrack base go out as one base update. This branch is merged there with its commits, and its description and test notes are carried over.

@repeat98 repeat98 closed this Nov 13, 2026
auto-merge was automatically disabled November 13, 2026 09:25

Pull request was closed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant