-
Notifications
You must be signed in to change notification settings - Fork 5
[Question] Expected flow for on boarding process #99
Comments
I think on |
It is decided that no onboarding is necessary. This is based on the fact that the machine has been setup:
is used to provide this feedback.
onboarding and setup is a single time event. All actions, like providing the pull-secret and changing the preset are possible from the configuration. So, what extra does an 'onboarding' (familiarizing a new user) have when an upgrade is done? Note: if you believe a 'forced' onboarding should be performed, this could be done with a parameter flag, a placeholder file, etc. But this would be a feature request. |
Well, not sure which is the best approach: To upgrade you run Still not saying on boarding is required but need to clarify the upgrade path (probably during next sprint) and be consistent across platforms. As currently, with crc home folder in place; windows not show on boarding and macos does. |
This is not a flow that has been described or handled yet. This ties in to: crc-org/crc#484 and a comment such as: crc-org/crc#1860 (comment) I would consider this an issue with the installer. We need to inform the user an uninstall happens (as it does on Windows when upgrading). But this should also remove the instance and the cache. Ref: #91 |
Uh oh!
There was an error while loading. Please reload this page.
Tested on
windows
environment, removing and old version:When installing a new one, if the CRC home folder was not deleted the on boarding process is not shown when the computer is restarted. Instead the tray is already running.
How does this impact related to an upgrade scenario?. Do we expect to start with an on boarding process on every upgrade?
The text was updated successfully, but these errors were encountered: