-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
Changing tab on the top will reset the flashing process, resulting in a brick #45
Comments
This is a good point. I need to fix the deploy process for our new hosting but happy to get this in as a feature. For the bricked radio, is it possible to unbrick? |
Yea, I can easily unbrick it by just flashing again, bootloader is not affected on error |
Just an idea at this point: what about folding the title bar while flashing and unfolding it once flashing is done? |
I can't say I'm a fan of that idea (I don't like UIs that hide stuff and then give it back later). If going that way, I probably would have prefered a popup, which implies exclusive focus. This is the relevant creation block for that menu: Lines 187 to 204 in f912b8e
I'm also relatively clueless regarding nodejs/electron, but am wondering if another style parameter can be added it that tracks a variable so that it can be disabled while at say the DeviceSelectionStep and OverviewStep steps (or perhaps just the latter?). i.e. if |
Yes, that could be an easy option. Another way is to just add a |
Thx for the hint! I'll look into this! |
If i select a tab over here while I am flashing my radio, it will reset, resulting in a bricked radio
I would suggest just disabling those tabs while flashing, with a hover tooltip explaining why it's disabled
The text was updated successfully, but these errors were encountered: