-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(2.5): Batch Flash Nodes #8
base: main
Are you sure you want to change the base?
Conversation
function Flash() { | ||
const { data: aboutData } = useAboutTabData(); | ||
const batchFlashingSupport = useMemo( | ||
() => isSemverGreaterOrEqual(aboutData.board_revision, "2.5"), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here, I'm assuming the new hardware feature is incremental (e.g., the Turing 2.6, 2,7, and so on will also have batch flashing). It's not something to worry about right now, but if that's not the case in the future, it may need revision.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
you are right
0a9d9c6
to
0ca3047
Compare
0ca3047
to
13b8826
Compare
Opening as a draft to add visibility on changes & things to do.
This PR adds the feature discussed in turing-machines/BMC-Firmware#201. It evaluates the users' board revision to render the
Flash Node
tab in either "Single mode" or "Batch mode". I've replaced theSelect
input withToggle
buttons 😄From the end-user perspective, it could choose a single node (as it currently works for v2.4 boards), but now, for >=2.5, the UI will allow it to select more than one node.
TODO list:
Add a skeleton to theDone 🚀Flash Node
tabPreviously, this view didn't require any data from the server to render, so it did not require a skeleton. Now it requires the
board_revision
field, and so as a good practice, it should have a skeleton available to render in-between the network call and the final render.bmcd
to implement the&batch=1,2,3
logic required for >=v2.5 boards and validate expected behavior.GIFs!
Rendered view for v2.4 users:
Rendered view for v2.5 users (view wording also changes into plural):
Bumping minor to v3.4.0 following SemVer.